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SECTION  I 

INTRODUCTION 


PURPOSE 

Hypersonic,  transatmospheric  vehicles  (TAVs)  may  provide  a 
future  capability  to  achieve  the  national  military  goals  of 
"Global  Reach/Global  Power."  TAVs  will  be  capable  of  single- 
stage-to-orbit  low  earth  orbit  payload  deployments  and 
operations,  as  well  as  performing  hypersonic  cjruise  in  the  Mach 
6+  regime.  Several  international  programs  (e.  g. ,  Japan, 

Germany,  Russia,  France,  United  Kingdom,  United  States)  are 
currently  being  pursued  to  develop,  mature,  and  demonstrate  the 
required  aeropropulsion,  materials,  flight  control,  and 
structures  technologies  from  which  to  develop  a  variety  of  TAV 
systems.  These  system  concepts  include  single-stage~to-orbit 
(SSTO) ,  Hulti-stage-to-orbit  (MSTO) ,  atmospheric  cruisers,  and 
space-capable  aircraft. 

Technologies  currently  being  developed  for  demonstration 
under  the  United  States’  National  Aerospace  Plane  (NASP,  the  X-30 
experimental  hypersonic  flight  test  vehicle)  program  will  be 
applied  to  create  a  fleet  of  operational  vehicles.  Mission 
capabilities  will  be  achieved  through  the  combination  of  organic 
(on-board)  and  containerized  payload  subsystems. 

Positing  the  future  application  of  X-30  technologies  to 
military  aerospace  systems,  the  question  of  how  to  design  a  crew 
system  for  hypersonic  flight  can  begin  to  be  addressed.  A  niunber 


1 


of  significant  crew-related  issues  sust  be  investigated  and 
resolved  in  developing  TAV  systen  concepts-  Crew  size  and 
specialty  Bust  be  identified-  A  crew  size  of  between  two  and 
four  crewBenbers  appears  nost  realistic-  CrewseBbei'S  Bight  be 
pilots,  payload  specialists,  or  cross-trained  in  both  roles-  The 
design  of  the  individual  crew  stations  will  have  to  reflect  this 
degree  of  specialize cion  and  will  have  to  support  appropriate 
levels  of  task  sharing,  allocation  of  crew  tasJcs  to  the 
prinary/ secondary  crew  pKJsitions,  provide  manual  override 
capabilities  in  cases  where  the  priiaary  execution  of  a  task  is 
autooated,  and  resolve  any  anbiguities  regarding  which  crewmember 
has  control  over  which  TAV  sidssystems-  The  cockpit  environment 
will  have  great  impact  on  the  complexity  of  the  reguired  life 
support  system-  The  cockpit  may  be  fully  pressurized  to  (near) 
sea-level  conditions  or  it  nay  be  at  reduced  atmospheric  pressure 
(3-5  to  14-0  psi) -  The  crew's  work  environment  may,  then,  range 
from  "shirtsleeve"  through  full  pressure  suit-  The  atmosphere 
may  be  pure  oxygen  or  a  dual  gas  mixture-  Mission  requirements 
for  performing  extra-vehicular  activities  (EVAs) ,  either  wixhin 
the  TAV  payload  bay  or  in  conjunction  with  another  space  asset, 
will  also  impact  the  crew  compartment  design.  The  crew 
compartment- to-pay load  bay  interface  may  be  an  airlock. 
Alternatively,  it  may  be  a  direct  access  hatch.  In  the  latter 
case,  provision  must  be  made  for  depressurizing/reprassurizing 
the  crew  compartment.  Provision  must  be  made  for  the  crew  to 
store,  checkout,  and  don/remove  any  required  EVA  suit.  The  crew 


system  interface  must  be  designed  for  operation  over  the  expected 
range  of  cockpit  atmospheric  pressure  and  temperature  conditions - 
it  must  also  be  operable  by  crevsembers  garbed  in  full  pressure 
suits  (if  required) .  The  crew  escape  concept  adopted  will  impact 
the  overall  crew  coini>artEent  design.  If,  for  exeu&ple,  the 
cockpit  is  also  an  escape  pod,  size  and  voltuse  constraints  may  be 
significant-  This  will  also  impact  the  design  of  crew 
ingress /egress  to/from  the  cockpit-  Requirements  for  external 
vision  will  also  have  significant  impact  on  crew  station  design- 
If  direct  visual  contact  with  the  outside  world  is  mandated,  the 
size  and  location  of  the  windows  will  interact  with  the  visual 
contact  requirement  and  with  the  positioning  of  crew  system 
controls  and  displays.  If  indirect  {i.  e.,  sensor-mediated) 
contact  is  adopted,  display  size,  luminance,  resolution,  and 
other  visual  interface  design  issues  will  have  to  be  resolved. 

The  Crew  Station  Integration  Branch,  Human  Engineering 
Division,  Crew  Syst jtms  Directorate  of  the  Air  Force's  Armstrong 
Laboratory  (AL)  has  initiated  an  exploratciry  development  activity 
directed,  in  part,  to  investigating  the  crew  system  design  and 
life  support  system  requirements  associated  with  TAVs.  The  paper 
presents  the  approach,  methodology,  and  some  of  the  preliminary 
findings  of  this  investigation . 

OVERVIEW  OF  METHODOLOGY 

An  Information  Requirements  Analysis  (IRA;  Kupenaan  and 
Sobel,  1992)  was  performed  in  order  to  lay  the  foundation  for  the 


TAV  crew  station  design  process.  The  IRA  was  composed  of  four 
interrelated  steps:  the  creation  of  a  baseline  TAV  system 
description,  the  generation  of  a  Mission  Event  Sequence  (MES) , 
the  development  of  system  architecture  flow  diagrams,  and  the 
identification  of  candidate  measures  of  performance  (MOPs) .  The 
IRA  process  is  shown  as  a  flow  diagram  in  Figure  1. 

Baseline  TAV  System  Description:  Since  no  TAV  system  currently 
exists,  no  system  documentation  (e.  g.,  avionics  manuals) 
existed.  It  was  necessary  to  form  a  conceptual  TAV  system 
description  based  on  the  synthesis  of  domain  expertise  resident 
in  the  NASP/X-30  program.  The  proceedings  of  the  first  three 
International  Aerospace  Plane  Conferences,  held  annually  under 
the  sponsorship  of  the  American  Institute  of  Aeronautics  and 
Astronautics,  together  with  press  releases  on  the  program  issued 
by  the  Public  Information  Office  of  the  Aeronautical  Systems 
Division,  Wright-Pat ter son  Air  Force  Base,  Ohio,  formed  the  body 
of  the  source  material.  Additional  information  was  garnered  from 
the  technical  sessions  on  Aerospace  Planes  and  Hypersonic 
Vehicles  presented  at  the  1992  Society  of  Automotive  Engineers 
Aerospace  Atlantic  Conference  and  Exposition  held  in  Dayton,  Ohio 
during  7  through  iO  April  1992.  (Unfortunately,  most  of  the 
presentations  at  the  Aerospace  Atlantic  Conference  were  "oral 
only"  and  not  included  in  a  conference  proceedings  or  paper 
reprint.)  During  the  information  gathering  and  synthesis 
portions  of  the  IRA  effort,  attention  was  directed  to  the 
identification  of  system  capabilities  which  could  be  projected 
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INFORMATION  REQUIREMENTS 
ANALYSIS  FOR  TAV  SYSTEMS 


Rgure  1 .  Information  Requirements  Analysis  Row 


into  future  TAV  systeia  concepts.  This  literature  was  reviewed 
and  a  synthesis  of  the  diverse  elements  was  created.  The 
knowledge  acquired  during  the  literature  review  was  captured  and 
represented  in  the  form  of  a  Concept  Map. 

Concept  sapping  (McFarren,  1987)  is  a  knowledge  elicitation 
and  representation  technique  currently  enjoying  application  in 
the  Artificial  Intelligence  systems  development  community. 

Concept  maps  (also  known  as  semantic  networks)  originated 
with  Quillan’s  Semantic  Networks  (1969).  They  represent 
knowledge  as  a  linked  structiire  of  objects  or  events  illustrated 
as  nodes.  These  nodes  are  connected  by  links  or  arcs  that 
represent  relationships  between  objects  and  facts  (Eberts  and 
Brock,  1987) .  Thus,  semantic  maps  graphically  depict  a  knowledge 
domain  where  concepts  (key  ideas)  are  represented  as  nodes,  and 
the  links  between  the  nodes  represent  relationships  between  the 
concepts.  Since  the  objects  of  the  map  are  exhibited  as  being 
subordinate  or  superordinare  to  related  objects,  a  semantic 
network  may  be  seen  as  a  hierarchical  x'epresentation  of  the 
illustrated  domain.  A  semantic  network  of  TAV  crew  systems  was 
prepared  as  part  of  the  process  of  the  function  requirements 
definition  process. 

This  technique  has  been  demonstrated  to  effectively  develop 
concepts  and  understanding  of  system  functionality.  For  example, 
McFarren  (1987)  utilized  the  semantic  network  approach  in  concept 
mapping  as  an  interactive  technique  to  aid  communication  between 
designers  and  system  users,  to  identify  key  concepts  involved  in 
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problem  solving,  and  to  represent  models  of  problem  areas.  A 
natural  extension  of  this  concept  mapping  methodology  was  used  by 
HcNeese,  Zaff,  Peio,  Snyder,  Duncan,  and  McFarren  (1990)  to 
elicit  expert  knowledge  from  pilots.  Pilots  were  interviewed  and 
maps  were  developed  representing  individual  pilot’s  views  of  a 
target  acquisition  task-  It  was  fotind  that  while  configurations 
of  pilot  concept  maps  differed,  key  concepts  and  links 
represented  a  mental  model  of  the  target  acquisition  task  that 
could  be  used  for  further  information  analyses. 

The  semantic  maps  developed  for  TAV  IRA  are  primarily  a 
synthesis  of  concepts  derived  fro*  the  existing  international 
aerospace  plane  program  documentation.  The  concepts  appearing  in 
this  literature  were  clarified  and  expanded  upon  through 
discussion  with  operational  personnel  and  on  the  basis  of  the 
current  systems  engineering  approach  to  modern  military  aircraft 
fxinctional  design. 

Under  the  conventions  of  concept  mapping,  an  object-oriented 
decomposition  is  performed  and  a  Parent-Child  relationship  is 
created.  Objects  are  linked  by  relational  descriptors,  i.  e., 
"facts"  regarding  the  nature  of  the  inter-object  relationship. 
Figure  2  (adapted  from  McNeese,  et  al. ,  1990)  provides  an 
illustration  of  the  syntax  employed  in  creating  a  Concept  Hap. 
Examples  of  CONCEPT-RELATIONSHIP-CONCEPT  triplets  appropriate  to 
the  TAV  system  concepr  are:  TAV-has-Subsystems ,  Subsystems- 
include-Crew/Vehicle  Interface  (C/VI),  C/VI-has-Flight  Controls, 
Flight  Controls-are-Stick,  Stick-has-Cursor  Controller,  etc. 


7 


NODES  =  (X)NCEPTS 

-  OBJECT 

-  ACTION 
-EVENT 


ARROWS  =  RELATIONSHIPS 


Rgure  2.  Concept  Mapping  Syntax  (After  McNeese,  et  al.,  1990) 
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Objects  are  depicted  as  "bubbles"  with  links  as  their 
connections.  Figure  3  depicts  an  extract  from  a  notional  TAV 
Baseline  System  Concept  Map.  Once  the  graphic  identification  of 
system  objects  and  relationships  was  completed  and  verified,  a 
systems  analyst  created  a  textual  description  of  the  TAV  Baseline 
System  similar  to  the  introductory  material  found  in  an  aircraft 
flight  manual.  (A  recent  example  of  the  application  of  the 
Concept  Mapping  technique  to  the  conceptual  decomposition  of  a 
future  military  capability  may  be  found  in  Peio,  Crawford,  and 
Kuperman  [1991]) . 

MES:  A  notional  TAV  mission  description  was  created  in  the  form 
of  a  function/flow  diagram.  First,  the  mission  phases  were 
identifed.  The  phases  fell  into  two  general  groups:  those 
system  functions  performed  between  the  receipt  of  the  Air  Tasking 
Order  and  the  Pre-Flight ing  of  the  TAV,  and  then  Takeoff  through 
Post-Flight  activity.  Each  phase  was  further  decomposed  into  a 
logical  sequence  of  TAV  System  Functions.  Approximately  thirty 
distinct  System  Functions  were  identified.  They  included: 

Perform  Trans-Orbital  Maneuver,  Configure  the  C/VI,  Communicate: 
Transmit,  etc.  Again,  once  the  function/flow  diagrams  were 
verificsd,  a  textual  description  was  prepared  to  accompany  the 
graphics.  Figure  4  presents  the  TAV  mission  phases  in  the  form 
of  a  flow  diagram. 

System  Architecture:  System  architecture  depictions  ("wiring 
diagrams")  were  prepared  for  each  System  Function  identified  in 
the  MES.  The  tool  used  was  the  integrated  Computer-Aided 
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Rgure  3.  Notional  Concept  Map  for  Transatmospheric  Vehicle 


Rgure  4.  Transatmospheiic  Vehicle  Mission  Event  Sequence:  Mission 


ii 


Manufacturing  Definition  (IDEF)  graphical  reporting  method. 

The  IDEFO  (IDEF,  level  0)  technique  is  a  system  description 
tool.  It  is  an  "activity"  model  version  of  the  Structured 
Analysis  and  Design  Technique  (SADT)  developed  by  SofTech  in  the 
early  1970s  (Marca  and  McGowan,  1988) ,  and  is  primarily  used  in 
military  and  aerospace  applications.  The  IDEFO  decomposes  the 
functional  and  informational  components  of  a  system  f.'  m  the  top 
down.  IDEFO  methodology  has  recently  been  used  to  analyze  bomber 
flight  management  systems  (Peio,  Crawford,  Kuperman,  1991)  as 
well  as  the  Crew-Centered  Cockpit  Design  (CCCD)  methodology  being 
created  under  an  Air  Force  advanced  development  program 
(Anderson,  Ever,  Green,  and  Wallace,  1990).  CCCD  is  creating  a 
family  of  computer-aided  design  tools  to  support  a  structured  and 
largely  automated  cockpit  design  process. 

The  IDEFO  model  is  a  coordinated  set  of  diagrams  which 
provide  a  struct'ored  representation  of  system  and  subsystem 
activities,  relationships,  and  data  flow.  The  bo\indaries  of  the 
model  are  defined  by  a  top-level  box  (parent  diagram)  that  is 
decomposed  into  sub-layers  (child  diagram) .  The  decomposition 
process  continues  until  all  activities  are  identified  in 
hierarchical  fashion  to  a  predetermined  level  of  detail.  Each 
IDEFO  diagram  defines  a  specific  topic  and  each  subsystem 
activity  is  defined  with  its  information  input,  output, 
constraining  factors,  and  mechanisms.  Thus,  the  hierarchical 
relationships  are  illustrated  by  the  parent/child  diagrams.  The 
parent  functions  are  decomposed  into  three  to  six  child  functions 
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or  tasks  until,  as  stated  above,  questions  about  the  system  are 
explained  in  enough  detail  to  accomplish  the  purpose  of  the 
model. 

The  IDEFO  model  includes  two  descriptors:  boxes  that 
represent  activities  (tasks  that  are  performed  by  the  system)  and 
arrows  that  depict  the  "operators"  of  the  system-  These 
operators  may  be  information,  rules,  or  outcomes  of  other 
activities.  The  arrows  also  function  as  connectors  between 
activities,  (and)  illustrate  interdependencies,  represent 
feedback  loops  (between  activities) ,  and  provide  information  flow 
throughout  the  system. 

Arrows  enter  a  box  from  three  directions.  Input  arrows 
enter  a  box  from  the  left  and  represent  operations  the  box 
(activity)  will  use  or  transform  while  executing  the  task  tinder 
consideration.  Control  arrows  enter  the  box  from  the  top  and 
represent  constraints  that  govern  the  activity.  Mechanism  arrows 
enter  the  box  from  the  bottom  and  represent  how  (or  by  whom)  the 
activity  is  getting/being  done.  Output  arrows  exit  the  box  on 
the  right  and  define  the  product  of  the  activity.  Figure  5  shows 
an  example  of  an  IDEFO  box  (adapted  from  Marca  and  McGowan, 

1988) - 

Control  arrow  functions  include  constraints  that  may  be 
rules,  such  as  Defense  Guidance  or  Standard  Operating  Procedure 
(SOP) ,  or  data  that  define  the  boundaries  under  which  each 
activity  occurs.  According  to  the  IDEFO  protocol  (Marca  and 
McGowan,  1988) ,  all  activity  boxes  in  an  IDEFO  diagram  must  nave 
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INPUTS 


CONSTRAINTS 


MECHANISMS, 

RESOURCES 


OUTPUT 


Figure  5.  IDEF  Graphical  Convention 


at  least  one  control  arrow.  However,  input  arrows  are  not 
required  for  all  boxes.  When  an  arrow  can  operate  as  input  or 
control,  then  by  default  the  arrow  is  used  as  a  control.  In  TAV 
systen  concept,  ffiechanism  functions  are  usually  accomplished  by 
the  crew  or  inputs  from  other  subsystems-  Output  arrows 
typically  serve  as  a  source  of  input,  control,  or  even  a 
mechanism  for  subsequent  activities  or  feedback  loops  to  previous 
activities,  and  thereby  illustrate  the  interdependencies  of 
activ.’.ties  within  the  system.  Arrows  may  contain  several 
components  which  may  branch  or  join  other  arrows  as  input, 
output,  or  mechanisms  for  activity  boxes - 

An  IDEF  chart  consists  of  a  sequence  of  processes.  Inputs 
to  a  process  appear  from  the  left  and  outputs  flow  to  the  right. 
Constraints  are  imposed  from  above.  In  the  case  of  the  TAV 
system  concept,  the  contraints  included  Tactical  Doctrine,  Pules 
of  Engagement  (ROEs) ,  and  Standard  Operating  Procedures. 

Resources  and  mechanisms  required  for  the  execution  of  the 
process  are  show  as  coming  from  below.  In  the  case  of  this  IRA, 
they  served  to  identify  the  specific  TAV  subsystemCs)  employed  by 
the  automation  or  the  aircrew  in  process  execurion.  A  recent 
example  of  the  application  of  the  IDEF  methodology  to  depicting 
the  interrelationships  between  the  components  of  a  large,  complex 
future  avionics  capability  is  to  be  found  in  McNeese,  et  al. . 
1990. 

Candidate  MOPs:  Measures  of  effectiveness  (MOEs)  are 
differentiated  from  HCPs.  MOEs  are  regarded  as  system-level 
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descriptors  of  desired  capabilities.  For  excuaple,  HOEs  night 
include  statements  regarding  system  siirvivability, 
maintainability,  and  flexibility.  Somewhat  more  TAV-specific 
MO£s  might  include  assured  access  to  space,  airplane-like 
operations,  global  operating  range,  and  capability  to  perform 
hypersonic  cruise.  MOPs,  in  contrast,  are  generally  defined  at 
the  subsystem- level  and  are  more  amenable  to  direct  exploration, 
particulary  early  in  the  system  concept  definition/exploration 
stages  of  the  system  acquisition  process.  A  methodology  for 
performing  the  decomposition  of  system  measures  is  developed  in 
Erickson,  1986. 

Each  of  the  TAV  System  Functions,  identified  in  the  KES  and 
depicted  in  the  IDEFO  charts,  served  as  a  candidate  MOP.  The 
process  of  documenting  the  MOPs  was  essentially  that  of  creating 
a  crew  procedure  or  checklist  for  the  accompiishment/monitoring 
of  the  TAV  System  Function.  The  tool  employed  for  MOP  creation 
was  the  Performance  Criterion  Specification  {PCS;  [Lehman  and 
Jenkins,  1990]).  The  PCS  is  a  formatted,  five-part  worksheet  (as 
shown  in  Figure  6.). 

First,  the  mission  or  mission  phase  is  specifically 
identified.  The  mission  phases  identified  in  the  MES  were:  Pre- 
Flight,  Takeoff,  Cliabout,  Pre-Orbit,  On-Orbit  Operations, 
Descent,  Approach,  Landing,  and  Post-Flight. 

Next,  a  specific  System  Function  (from  the  IDEFO 
architectural  representations)  is  identified.  TAV  System 
Functions  include:  Configuration  of  the  TAV  (preparatory  to  a 
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MISSION/PHASE: 

SYSTEM  FUNCTION: 

CREW  TASK(S): 

CONDITIONS: 

SPECIFICATION  FOR  SUCCESSFUL 
COMPLETION  OF  TASK: 

Figure  6.  Performance  Criterion  Specification  Worksheet 
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flight  nameuver) ,  Conf igiiration  of  the  C/VI,  Tailoring  of  the 
sultipurpose  display  formats.  Monitoring  engines.  Servicing  the 
pay load (s).  Monitoring  subsystems,  etc. 

The  third  portion  of  the  PCS  deals  with  Crew  Task(s)  to  be 
performed-  This  is  recorded  in  the  form  of  a  crew  procedure  or 
checklist  to  be  accomplished  in  carrying  out  the  System  function - 

The  fourth  section  of  the  PCS  deals  with  the  Conditions 
under  which  the  System  Function  is  being  carried  out.  It  is  a 
detailed  description  of  the  external  and  system  states  expected 
to  obtain  and  may  include  a  statement  of  the  pertinent  ROEs. 

Lastly,  the  PCS  contains  a  Specification  for  Successful 
Performance  of  the  Task-  This  portion  of  the  PCS  is  the  essence 
of  the  MOP  and  it  includes  quantitative  metrics  defining  the 
requirements  for  successful  accomplishment  of  the  previously 
enumerated  Crew  Task(s).  The  metrics  are  defined  in  terms  of 
speed  (time) ,  accuracy  (and/or  errors) ,  and  expected  workload- 

SDBJECT  MATTER  EXPERTISE 

In  that  no  tme  subject  matter  expertise  exists,  because  no 
TAV  system  exists  or  is  even  currently  under  design,  the  normal 
process  of  interviewing  domain  experts  to  elicit,  capture,  and 
represent  their  specialized  knowledge  could  not  be  attempted.  As 
was  already  mentioned,  knowledge  regarding  possible  TAV  system 
concepts  was  derived  from  publications  and  presentations  having 
to  do  with  the  X-30  technology  demonstration  program.  During  the 
course  of  this  research,  the  authors  participated  in  several 
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technical  interchange  neetings  (TIMs)  with  members  of  the  HASP 
Joint  Prograua  Office-  Of  particular  importance  were  the  meetings 
of  16  August  1991,  at  which  the  AL  team  presented  their  overall 
approach  to  performing  the  TAV  IRA,  and  11  December  1991,  at 
which  AL  provided  an  interim  review  of  the  work  then  in  progress. 
The  11  December  meeting  was  also  attended  by  representatives  of 
the  Strategic  Air  Command  of  the  Space  Command. 

Additional  TIMs  were  held  at  Headquarters,  Strategic  Air 
Command,  Offutt  Air  Force  Base,  Nebraska.  The  first  TIM  (28 
August  1991)  presented  the  AL  teeua's  assumptions  and 
methodologies.  The  second  SAC  TIM  (24  February  1992)  served  to 
obtain  operational  comment  regarding  the  TAV  system  concepts  (i. 
e.,  the  concept  map),  the  notional  TAV  mission  (i.  e.,  the  MBS), 
and  the  initial  attempts  at  the  crew  procedures  (i.  e. ,  the  IDEFO 
depictions  and  the  MOPs) .  A  very  useful  suggestion  elicited  at 
the  second  SAC  TIM  was  that  the  SR-71,  a  supersonic  (Mach  3+) , 
high-altitude  reconnaissance  platform  which  employs  specialized 
avionics  and  flight  capabilities,  and  which  also  has  a  two-man 
crew,  should  be  exploited  as  an  analogous  system.  As  a  result  of 
this  suggestion,  discussions  of  the  IRA  project  were  held  with 
personnel  highly  experienced  in  both  the  piloting  and  systems 
operations  crew  positions  of  the  "Blackbird." 


SUMMARY  OF  THE  REPORT 

Section  II  presents  the  description  of  the  TAV  system 
concept.  It  begins  with  a  discussion  of  possible  missions  for  a 
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hypersonic  flight  vehicle-  Next,  a  detailed  description  of  the 
vehicle  and  its  major  capabilities  is  presented-  This  is 
followed  by  the  identification  and  description  of  the  TAV's 
avionics  capabilities-  Here,  emphasis  is  on  the  interface 
between  the  crew  and  vehicle  and  avionics-  The  detailed  TAV 
Concepts  Maps  are  presented  at  the  end  of  the  Section-  The 
Concepts  Haps  are  divided  into  a  TAV  System  Overview,  TAV 
Missions,  Measures  of  Effectiveness,  Payload  Concepts,  TAV 
Subsystems  Overview,  Crew  and  Controls/Displays, 
Communications/Navigation/Identification  Subsystem,  Electronic 
Support  Measures,  Flight  Control,  "Self-Help,"  Environmental 
Control,  Stores  Management  and  Thermal  Management,  Propulsion, 
and  Data  Management - 

Section  III  presents  the  Mission  Event  Sequence-  Pre¬ 
mission  activities  (e-  g-,  mission  planning,  vehicle  preparation) 
are  identified-  Each  of  these  activities  is  described  in  both 
text  and  flowchart  formats-  The  mission  is  divided  into  nine 
phases  (Takeoff  through  Post-Flight) -  Each  mission  phase  is 
decomposed  to  identify  major  TAV  System  Functions - 

Section  IV  is  a  description  of  the  TAV  System  Architecture - 
IDEFO  charts  and  accompanying  text  are  employed  to  describe  how 
the  crew  uses  the  TAV  subsystems  to  accomplish  each  of  the  System 
Functions - 

Section  V  contains  the  Measures  of  Effectiveness  and 
Performance-  A  Performance  Criterion  Specification  is  present 
for  each  TAV  System  Function- 
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SECTION  II 

BASELINE  TRANSATMOSPHERIC  VEHICLE  (TAV)  DESCRIPTION 

GENERAL 

This  section  provides  a  top-level  description  of  a  notional, 
operational  TAV  systen  for  the  piirposes  of  defining  notional 
mission  event  sequences  and  tiselines.  These  descriptions,  in 
turn,  support  the  IRA  which  scike  up  the  wain  body  of  the  report. 
The  Baseline  System  Description  is  motivated  by  a  brief 
discussion  of  the  missions  with  which  an  Operational  TAV  fleet 
might  be  tasked.  Each  mission  type  is  then  described  in  somewhat 
greater  detail.  A  detailed  discussion  of  a  generic  TAV  system  is 
then  presented.  It  is  followed  by  descriptions  of  the  general 
capabilities  of  each  of  the  TAV's  major  subsystems. 

MISSION  NEEDS 

United  States  policy  on  space  requires  assured  access  to 
space.  It  is  based  on  awareness  of  the  world  military  situation 
including  indications  and  warnings,  siirveil lance,  and 
capabilities  for  performing  technical  intelligence.  Coupled  with 
the  capability  to  perform  power  projection  on  a  global  basis, 
access  to  and  control  of  the  "high  frontier"  is  a  critical 
component  of  national  policy. 

The  Depairtment  of  Defense  (DoD)  is  charged  by  direction  with 
assuring  that  United  States  establishes  and  maintains  an  assured 
space  mission  capability,  even  under  adverse  circumstances.  The 


Air  Force,  as  the  lead  DoD  space  agency,  has  direct  responsibili¬ 
ty  for  carrying  out  this  policy.  The  TAY  platfom  serves  as  a 
critical  component  of  the  Air  Force  response  to  its  mission 
direction. 

A  manned  space  presence  provides  the  flexibility  required  to 
conduct  complex  missions.  The  system,  including  the  crew,  can 
perform  cargo  delivery  and  assembly,  space  station  proximity 
operations  and  rescue,  space  asset  (satellite)  servicing  and 
repair,  satellite  configuration  changes,  and  retrie^il.  The 
direct  operation  of  mission-specific  (not  deployed)  payload 
(?/Ls)  also  benefits  from  crew  capabilities. 

MISSION  TYPES 

Potential  TAV  operations  range  from  routine  through  sus¬ 
tained  surge.  Routine  operations  are  preplanned  and 
prescheduled.  Short-notice  tasking  would  be  based  on  sufficient 
lead  time  to  fully  preplan  the  mission,  prepare  and  onload 
mission  P/L,  and  preflight  the  TAV  ready  for  fueling.  Response 
to  No-notice  tasking  would  begin  with  an  empty  (no  P/L,  no  fuel) 
TAV  or  may  require  P/L  changeout.  "Burst"  operations,  which 
might  be  required  during  a  crisis  situation,  would  necessitate 
multiple  TAVs  to  be  prepared  and  takeoff  in  as  short  a  time  as 
possible.  Sustained  surge  operations,  as  might  be  required  under 
conditions  of  severely  heighten  world  tension  or  during  wartime, 
would  involve  the  entire  TAV  fleet.  An  additional  ground  crew 
shift  would  sustain  round-the-clock  TAV  preparation.  Abbreviated 
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inspection  procedures  and  accelerated  maintenance  operations 
would  increase  aircraft  availability. 

The  TAV  is  capable,  based  on  mission  P/L  and  organic 
capabilities,  of  accomplishing  a  variety  of  military  missions. 
Mission  types  include: 

Space  Transportation:  As  an  air-breathing  space  launch  vehicle, 
the  TAV  can  perform  the  direct  insertion  of  P/Ls,  including 
personnel,  into  TAV-compatible  orbits,  the  indirect  insertion  of 
powered  P/Ls  into  higher  orbits,  and  the  delivery  of  materials  to 
space  activities.  High  TAV  availability  will  assure  access  to 
space  on  demand.  Selected  mission  P/Ls  include  support  of  space- 
based  communication,  surveillance,  and  navigation  systems.  As  a 
flexible  space  transportation  system,  the  TAV  will  perform 
satellite  insertion,  satellite  recovery,  exchange  of  personnel 
with  manned  orbital  assets,  component  delivery  for  space  asset 
assembly,  conduct  space-based  experiments  and  tests,  and  supijort 
the  resupply  and  repair  of  space  assets.  High  TAV  availability 
also  makes  it  very  suitable  for  the  possibility  of  rescue  of 
personnel  and  the  emergency  recovery  of  equipment /space  assets. 

P/Ls  may  be  deployed  directly  into  low  Earth  orbit.  For  P/L 
deployments  into  higher  or  geostationary  orbits,  a  P/L  booster 
may  be  required.  Rendezvous  and  retrieval  missions  would  include 
the  captiure  of  and  return  cf  equipment,  data,  and/or  experimental 
products.  Space  asset  maintenance,  repair,  and  servicing  would 
be  performed  during  rendezvous  and  revisit  mission  types.  The 
return  of  space  assets  to  the  ground  for  major  overhaul  and/or 
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repair/refurfaishment  would  be  performed  during  rendezvous  and 
return  missions. 

Space  Operations;  In  addition  to  satisfying  the  support  needs  of 
space-based  systems,  the  TAV  will  be  capable  of  protecting  them 
from  hostile  forces - 

Surveillance:  Performing  long  range/high  speed  orbital/ 
suborbital  area,  lines  of  communication  (LOC) /route,  and  point 
surveillance  by  exploiting  the  capabilities  of  mission-specific 
sensor  P/Ls.  The  TAV  adjusts  flight  profile  in  keeping  with 
sensor  operation  portion  of  mission  plan.  Sensor  management  may 
he  automated  (TAV  or  P/L  includes  sensor  management  subsystem)  or 
under  the  control  of  the  TAV  crew  (mission  plan) . 

Force  Projection:  The  TAV  provides  a  means  for  reinforcing  the 
global  presence  of  the  United  States  military.  Sorties  can  reach 
any  point  on  the  Earth  in  as  little  as  one  hour  from  bases  within 
the  United  States.  The  TAV  is  capable  of  providing  a  day /night, 
all-weather  immediate  response  to  a  crisis  situation  anywhere  in 
the  world.  Tactical  flexibility  is  achieved  on  the  basis  of 
platform  endurance  and  inherent  survivability,  orbital  or 
atmospheric  loiter,  maneuverability,  and  missionized  P/Ls.  The 
P/L  can  include  weapons  (and  target  acquisition  sensors,  if 
required)  to  perform  surgical  attacks  against  selected  targets. 
The  target  set  may  include  critical  C^I  nodes,  military  facili¬ 
ties,  communications  facilities,  storage  facilities,  transporta¬ 
tion  networks,  and  defensive  installations.  The  TAV  f^ay  adjust 
flight  profile  to  achieve  weapon  separation  parameters. 
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Offensive  Operations:  The  TAV  system  is  capable  of  responding  to 
a  variety  of  tasking  for  offensive  operations.  These  mission 
types  include: 

Low-Intensity  Conflict:  (Similar  to  Force  Projection) 

Theater  Missile  Defense:  The  TAV  performs  an  offensive 
counter  force  mission  by  searching  large  areas  fcr  critical 
mobile  targets.  Targets  are  detected  by  P/L  sensors  and  struck 
on  confirmation  by  the  TAV  crew  (imaging  sensor  display) . 

Suppression  of  Enemy  Air  Defense  (SEAD) :  Selected,  fixed 
enemy  air  defense  sites  (including  indirect  threats  [EW/GCI], 
direct  threats  [AAA,  SAM] ) ,  and  AD  command  centers  are  acquired 
and  struck  by  the  TAV.  The  AD  elements  are  not  (necessarily) 
threats  to  the  TAV.  The  purpose  of  the  SEAD  mission  is  to  en¬ 
hance  the  survivability  of  other  friendly  forces  (bombers, 
reconnaissance,  fighters) . 

Counter-Terrorism:  Similar  to  Force  Projection  but  with  the 
inclusion  of  training  and  staging  area  targets. 


BASELINE  TAV  SYSTEM 

The  TAV  is  capable  of  performing  the  variety  of  military 
missions  identified  above.  In  shape,  the  aerospace  vehicle  will 
probably  be  a  lifting  body  with  a  chisel-like  nose,  small 
horizontal  delta  wings,  a  horizontal  tail  incorporating 
stabilator  flight  control  surfaces,  and  dual  vertical  fins.  The 
TAV  will  be  a  relatively  large  aircraft  with  a  takeoff  gross 
weight  in  the  400  to  600  thousand  pound  range.  It  will  have  a 
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mission  range  of  between  10  to  12,000  nautical  ailes.  The  TAV 
will  probably  have  three  auiti-aode  engines  to  provide 
aer opropuls ion . 

Propulsion  is  provided  by  aultiple  air frame- integrated, 
environmentally  safe,  liquid  (slush)  hydrogen-fueled,  air- 
breathing  (cimbient  air  is  the  propellant  oxidizer,  greatly 
reducing  propellant  consvunption  and  TAV  takeoff  weight) 
rauajet/ scram jet  engines,  along  with  small  rocket  motors.  The  TAV 
is  capable  of  reaching  hypersonic  speeds  of  up  to  Hach  25 
(approximately  27,000  feet/sec  or  17,000  mph;  orbital  velocity) 
through  the  atmosphere  and  achieving  low  Earth  orbit.  For 
taJceoff  and  speeds  below  Mach  6  and  altitudes  up  to  about  75,000 
feet,  the  subsonic  (velocity  of  air  flow  in  the  engine  combustor) 
ram-air  fed  jet  (ramjet)  engine  is  employed.  (A  low  speed  system 
mode  of  the  engine  will  probably  be  employed  up  to  about  Mach  3.) 
For  higher  Mach  numbers  (above  Mach  6)  and  altitudes  (to  about 
175,000  feet),  the  supersonic  combustion  ramjet  (or  scramjet) 
engine  cycle  is  utilized.  The  scramjet  can  be  used  to  achieve 
speeds  in  excess  of  Mach  18.  The  scramjet  allows  the  TAV  to 
approach  orbital  parameters.  For  higher  speeds  (up  to  Mach  25, 
i.  e. ,  orbital  velocity)  and  higher  altitudes,  rocket  engines  are 
used  for  exoatmospheric  flight  and  to  achieve  orbital  velocities. 
Rockets  will  be  used  for  on-orbit  maneuvering  and  to  accomplish 
de-orbit. 

The  slush  hydrogen  fuel  used  by  all  TAV  engines  is  both  high 
energy  and  heat  absorbing.  The  fuel  is  also  employed, as  a 


coolant  and  is  circulated  throughout  the  TAV,  by  turbopumps 
(active  cooling) ,  to  reach  areas  such  as  the  nose  and  engines 
that  experience  the  highest  level  of  heat  flux.  Hence,  the  slush 
hydrogen  fuel  is  referred  to  as  a  cryogenic  propellant. 

Thenaal  loading  of  the  TAV-s  surfaces  is  expected  to  be 
extreme.  Temperatures  in  excess  of  2,000  °F  are  expected  to  be 
encountered  over  large  areas  of  the  TAV's  surface,  while  f-.e  wing 
leading  edges  might  experience  temperatures  greater  than  4,000 
°F.  Higher  temperatures,  such  as  might  be  generated  by 
endoatmospheric  shock  wave  interactions,  may  exceed  5,000  °F.  It 
has  been  estimated  that  the  heat  load  experienced  by  the  TAV 
nozzle  due  to  engine  exhaust,  for  example,  might  reach  as  high  as 
180,000  BTU/sec.  Reducing  these  temperatures  will  require  highly 
effective  use  of  insulation  (e.  g.,  isolation  of  the  fuel  storage 
tanks) ,  passive  cooling/heat  pipe/ exchanger  (e.  g. ,  for  large 
fuselage  surfaces)  and  active  cooling  (e.  g. ,  for  the  TAV  nose, 
and  wing  leading  edges  and  for  the  exhaust  nozzle)  technologies. 
Additionally,  utilizing  the  heated  hydrogen  in  the  combustion 
engines  achieves  a  thrust  improvement. 

Advanced  strong,  lightweight,  heat  resisting/dissipating 
skin  jGaterials  will  be  capable  of  withstanding  the  extreme  and 
repeated  cycles  of  hot  and  cold  temperature  (from  -485  to  +2500 
[and  higher)  degrees  F)  and  shock  waves  encountered  over  the 
flight  regime-  TAV  performance  capabilities  are  based  on 
integrated,  interdependent  sub-/super-/hypersonic  engines  and 
platform  aerodynamics,  skin  and  structural  materials,  propulsion. 
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and  flight  control  systems.  One  major  example  of  the  level  of 
integration  represented  by  the  TAV  is  the  relationship  between 
the  vehicle  and  its  propulsion  system.  The  portion  of  the  TAV 
underbody  forward  of  the  engine  inlet  performs  precompression  of 
the  entering  airstream  while  the  underbody  aft  of  tie  engine 
forms  part  of  the  e/chaust  nozzle. 

The  TAV  is  capable  of  either  orbital  insertion  or  sub¬ 
orbital  (endoatmospheric) ,  hypersonic  (above  Mach  6)  flight  at 
altitudes  as  high  as  350,000  feet,  allowing  it  to  perform 
sustained  trans-hemispheric  missions.  It  is  capable  of 
actosplishing  single-stage-to-orbit  (SSTO) ,  direct  ascent  to  low 
Earth  orbit,  maneuvering  while  on  orbit,  de-orbiting,  and 
hypersonic  flight  within  the  atmosphere-.  Orbits  may  he  polar, 
equatorial,  or  any  intermediate  azimuth.  All-aziauch  flight 
capability  assures  acce.ss  to  ail  required  orbits  and  greatly 
expands  the  conventional  "launch  windows"  which  const/ ain  purely 
b=illistic  space  transportation  concepts.  Suborbital  missions 
include  hypersonic  cruise  within  tho  upper  atmosphere. 

TaJieoff  and  landing  are  accomplished  noi  izontally  from  con¬ 
ventional  runways  (of  length  greater  than  11,500  feet;,  reducing 
the  required  inf rast'ucture  in  terms  of  both  larilities  anu  per¬ 
sonnel.  All  TAV  operctionai  bases  would  require  capacity  for 
iiquid/slush  (partially  frozen)  hydrogen  production,  pumpirig, 
sensing,  and  storage;  TAV  fueling  carts/ceils;  TAV  hangers/vehi- 
cie  shelters;  F/L  preparation,  inspsetion,  handling,  and  mating; 
sir  operations  and  icission  control  (flight  preparations. 
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coBBunications ,  and  support) ;  aircraft-like  TAV  laaintenance; 
subsystem  specialty  shops;  engine  run-up  and  test  cells;  Bission 
planning  and  crew  training/sission  rehearsal  facilities,  and 
post-flight  fuel  disposal  and  TAV  safing  areas.  Landings  nay  be 
Bade  in  either  a  powered  or  unpowered  (glide)  configuration.  The 
TAV  is  capable  of  perfonaing  self-ferry.  It  can  fly  froB  one 
base  to  another,  takeoff  from  one  base  and  recover  to  a  second 
one  and  return  to  the  base  of  origin,  if  required.  Engines  will 
have  a  re-start  capability  and  the  TAV  will  be  capable  of  per- 
forsing  a  "go-arcund"  during  a  runway  approach.  Conventional 
airbase  recovery.  Banned  operations,  and  a  flyable  aircraft  all 
contribute  to  enhanced  safety  in  the  event  of  a  Bajor  on-board 
Balf unction. 

It  is  global  in  range.  Orbital  parameters  include  high 
hypersonic  velocity  while  suborbital  flight  profiles  are  executed 
at  low  to  sediuB  hypersonic  speeds.  It  is  highly  responsive  to 
mission  tasking.  P/Ls  are  pre-prepared  ai.d  ‘’containerized"  for 
rapid  loading  into  the  TAV  P/L  bay.  P/L  interfaces  to  the  TAV 
are  either  standardized  (s.  g..  Mux  bus)  or  P/L  specific  (i.  e., 
^iniQue  airborne  support  equipment) .  Containerization  and 
Irrcvielon  of  robust  standard  F/L/TAV  interfaces  obviate  the  need 
to  Bodify  the  TAV  P/L  bay  during  mission  preparation,  greatly 
enhancing  availability  and  redrcing  turnaround  time  and 
complexity,  {T^'pical  TAV  turnaround  is  expected  to  take 
approximately  five  days.)  The  P/L  lnTerfi:ces  with  rha  container 
may  be  as  complex  and  specialized  as  7-fequired  for  the  mission; 
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the  interface  between  the  container  and  the  TAV  is  (in  general) 
constant.  Containers  are,  then,  readily  interchangeable  across 
TAVs.  Mission  flexibility  can  be  further  enhanced  by  onloading  a 
combination  of  P/Ls  which  tailor  TAV  capabilities  to  specific 
mission  requirements. 

Khile  mated  to  the  TAV,  P/Ls  are  serviced  (through  the 
container  interfaces)  by  the  TA'-.  P/L  servicing  includes 
mechanical,  electrical,  avionics,  environmental,  and  operations 
support.  The  P/L  container  is  mechanically  attached  to  the  TAV 
within  the  P/L  bay.  Access  is  provided  for  installation, 
deployment/retrieval,  and/or  operation  (which  may  require  extra¬ 
vehicular  activity,  EVA) .  The  TAV  serves  as  the  P/L  power  source 
during  installation,  ground  operations  (including  checkout), 
ascent,  on-orbit  operation,  and  descent.  The  avionics  interfaces 
may  include  provision  for  ground-based  or  on-board  P/L  operation, 
status  monitoring,  guidance/ control  updates,  data  recording,  and 
data  transmission  (possibly  including  encryption/decryption) . 

The  P/L  may  have  specific  heating/cooling  requirements  to  be 
satisfied  by  the  TAV.  It  may  require  purging  and  contamination 
control  measiires.  It  may  require  replenishment  of  liquid  or 
gaseous  consumables  or,  conversely,  may  require  venting  of 
superfluous  liquids  or  gases.  The  P/L  operation  may  require 
direct,  (visu..!)  viewing  by  the  TAV  crew  and/or  video  recording 
of  ?/L  deployment  or  operation  for  immediate  transmission  to  a 
ground  station  or  for  post-mission  analysis.  Although  most  TAV 
P/L  services  are  standardized,  some  P/Ls  may  have  unique  support 
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requirements  which  must  be  satisfied.  Some  mission-specific  P/L 
services  will  therefore  be  required- 

P/Ls  are  either  deployed  during  the  mission  (e.  g.,  orbital 
insertion)  or  remain  with  the  TAV  for  the  duration  of  the  mission 
(e.  g. ,  sortie  P/Ls) .  Multiple  P/Ls,  representing  same  or 
dissimilar  missions,  are  prepared  in  parallel  and  mission- 
specific  loading  is  accomplished  in  TBD  hours.  The  TAV  is  highly 
responsive  to  operational  tasking.  A  missionized  TAV,  sitting 
alert,  can  tadceoff  in  TBD  minutes.  Because  of  mission-oriented 
P/Ls  and  genera ■*  design  capabilities,  the  TAV  is  capable  of  quick 
turnarounds,  either  for  the  same  (i-  e. ,  immediately  previous) 
mission  type  or  for  a  new  one,  in  TBD  hovurs.  Launch  windows  are 
relatively  unrestricted,  allowing  for  flexibility  in  launch  times 
and  azimuths.  System  robustness  (availability  rates)  and 
turnarounds  are  enhanced  by  an  extensive  automated  subsystem 
diagnostic  capability  which  reduces  maintenance/repair  times. 

The  TAV  is  reusable.  The  only  resource  expended  is  the 
hydrogen  fuel.  Several  hundred  missions  may  be  accomplished 
before  a  major  overhaul  is  required. 

The  TAV  can  adjust  altitude,  Mach,  and  heading  during  the 
course  of  a  mission.  Selection  of  inclination,  coupled  with 
maneuverability,  can  assure  that  the  mission  does  not  overfly 
specified  geopolitical  boundaries,  can  avoid  (or  minimize)  expo¬ 
sure  to  possible  ground-based  threats,  and  can  reach  virtually 
any  ground-based  or  air- /space-borne  target  within  a  matter  of 
hours.  Maneuverability  and  orbital/suborbital  endurance  provide 


a  capaibility  for  target  revisit-  Launch  flexibility  (times, 
inclinations,  etc.)  and  platform  maneuverability  also  support 
unpredictability  of  vehicle  profile  in  teirms  of  heading,  ground 
track,  altitude,  and  speed.  The  TAV*s  flight  regime,  coupled 
with  maneuverability  and  track/ flight  path  unpredictability, 
provide  a  high  degree  of  survivability.  Flexibility  is  supported 
by  P/L  assignment  and  the  presence  of  a  two-man  crew.  Alternate 
mission  recovery  paths,  achieved  by  cross-range  flight  maneuvers, 
support  botli  flexibility  in  TAV  operations  and  safety-of-f light 
(in  the  event  of  a  mission  abort) . 

P/Ls  are  in  the  small  to  medium  weight  range  (10  to  30 
thousand  pounds)  and  afford  the  tasking  authority  with  a  great 
deal  of  flexibility  as  to  mission  objectives.  P/Ls  nay  include  a 
combination  of  mission-specific  avionics  (including  sensors)  and 
weapons . 

The  TAV  system  maintains  connectivity  (communications)  with 
primary  command  and  control  centers  (e.  g. ,  Space  Command 
Center) ,  priasary  operations  centers,  and  component  command  cen¬ 
ters  (Air  Combat  Command  (formerly  elements  of  SAC  and  TAC] ,  AF 
Space  Operations  Center,  Navy).  Specific  component  command 
centers  will  depend  on  mission  type(s)-  Connectivity  between  TAV 
and  centers  will  rely  on  the  MILSTAR  (Military  Tactical, 

Strategic  and  Relay)  and  TDRSS  (Tracking  and  Data  Relay  Satellite 
System)  capabilities,  augmented  by  the  Defense  Satellite 
Communications  System  (DSCS) .  Navigation  accuracy  will  be 
maintained  through  a  secure  (Global  Positioning  System)  GPS  link. 
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SYSTEM  AVIONICS  FUNCTIONS 

The  TAV  is  siiaiiar  to  a  combat  aircraft  with  regard  to  the 
functions  supported  by  avionics  capabilities.  Reliability  is 
achieved  by  robustness  of  avionics  design  and  redundancy.  A 
"Fail-Operational,  Fail-Operational,  Fail-Soft"  degraded  mode  of 
operation  design  policy  is  achieved  through  redundant  subsystems, 
alternative  means  of  accomplishing  mission-critical  fxmctions 
(backup  and  degraded  modes  of  operation) ,  and  a  distributed 
computer  aurchitecture. 

The  TAV  concept  of  operations  is  based  on  a  manned  system. 
The  crew  provides  a  major  element  of  system  flexibility  by  pro¬ 
viding  the  on-board  control  necessary  to  make  the  platform 
"recallable,"  to  implement  weapon  commit/withhold  decisions,  to 
perform  EVAs  for  space  asset  recovery/ repair  and  personnel  rescue 
missions,  to  operate  mission  P/Ls,  to  monitor  the  deployment  of 
P/Ls,  to  respond  to  mission  plan  updates,  and  to  respond  to 
unplanned  events.  The  crew  implements  flight  control  commands 
generated  by  the  Flight  Control  System  (FCS)  based  on  established 
flight  rules,  monitors  TAV  subsystem  performance  and  mission  P/L 
operation,  monitors  the  mission  plan  execution,  conducts  routine 
and  mission-specific  duties  in  accordance  with  standard  operating 
and  special  procedures  and  checklists,  responds  to  unplanned 
events  in  accordance  with  established  tactical  doctrine,  and 
maintains  communications  with  appropriate  command  centers. 

In  the  following  portion  of  the  TAV  system  description,  each 
of  the  major  avionics  (or  avionics-related)  subsystems  is 
identified  and  functionally  defined.  A  crew-centered  perspective 


is  emphasized  in  these  descriptions. 

Mission  Planning:  Ground-based  mission  planning  supports  rapid 
prepeuration  of  mission-specific  data.  Data  bases  (including  DOB 
[defensive  order  of  battle],  TAV  capabilities  [e.  g. ,  fuel  bum 
rates] ,  amd  P/L-driven  requirements)  are  exploited  in  generating 
the  specific  mission  plan.  Mission  data  include  takeoff 
inclination,  Mach  number/ fuel  bum  schedule,  planned  headings, 
planned  altitudes,  threat  types/ locations,  communications  satel¬ 
lite  network  availability  schedules,  and  P/L/ target-specific 
mission  events.  The  mission  materials  are  transferred  to  the  TAV 
by  means  of  magnetic  media. 

Mission  Briefina/Rehearsal:  Mission  materials  are  loaded  into 
the  Weapon  System  Trainer  (WST)  and  mission  briefing  is  conducted 
in  this  training  device  while  preflight  (fueling)  of  the  TAV  is 
in  progress. 

Trajectory  Management  Subsystems: 

Vehicle  State  Sensing:  Attitude  (pitch,  roll,  yaw),  attitude 
rates,  altitude,  heading,  and  Mach  niuaber  are  calibrated.  Atti¬ 
tude  and  heading  data  are  provided  by  the  IKS.  Altitude  may  be 
based  on  a  GPS  satellite  system.  A  combination  of  radar  altime¬ 
ter  and  astroinertial  systems  nay  be  used  as  back-up.  Mach 
number  is  computed  from  altitude  and  fuel  burn  data. 

Flight  Instrumentation:  (See  Crew/Vehicle  Interface,  [C/VI], 
below) . 

Vehicle/ Flight  Control:  Control  of  TAV  altitude,  attitude,  Mach, 
and  heading.  A  fly-by-wire  FCS  is  utilized.  (The  TAV  is 
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aerodynaaically  sensitive  to  small  changes  in  vehicle  configura¬ 
tion  and  computer-assisted  FCS  offloads  the  crew  from  the  burden 
of  repeated  fine  control  input  corrections.)  The  TAV  exploits 
active  flight  control  to  reduce  aerodynauaic  flutter  and  to  im¬ 
prove  ride  quality-  A  closed-loop,  multi-input/multi-output 
control  law  feedback  system  dyneimically  recovers  flutter  dynamic 
pressiire  lost  due  to  aerodynamic  heating  and  minimizes  turbu¬ 
lence/gust  loading- induced  vibration  experienced  at  the  crew 
station-  The  FCS  includes  the  flight  control  computer  and  algo¬ 
rithms,  together  with  the  navigation  sensors,  required  to  support 
trajectory /vehicle  state  control.  The  FCS  generates  guidance 
solutions  for  requested  trajectories/state  changes;  monitors 
flight  path  errors  (by  comparing  actual  vehicle  state  [sensed) 
against  ccmputed/predicted  trajectory) ;  and  performs  a  reoptimi 
zation  (replan)  of  the  guidance  solution  based  on  flight  path 
errors,  crew  direction/overrides,  and/or  changes  in  mission 
constraints-  It  also  monitors  actual  fuel  consumption,  compares 
it  against  the  mission  fuel  schedule,  predicts  rest-of-mission 
fuel  consumption,  and  calculates  expected  time  of  arrival  (ETA) 
to  each  mission  objective.  The  FCS  supports  safety  of  flight  by 
calculating  abort  trajectories  to  achieve  at  least  two  alternate 
recovery  bases  under  powered  or  unpowered  flight  conditions. 

j 

Data  from  the  FCS  is  integrated  with  other  TAV  and  mission 
data  load  (MOL)  information  and  presented  to  the  crewmembers  on 
the  vertical  situation  display  (VSD)  and  horizontal  situation 
display  (HSD) .  The  VSD  serves  as  the  primary  flight  management 
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infomation  source  while  the  HSD  serves  as  the  central  reference 
to  the  preplanned  mission  activities-  Together,  these  format 
screens  serve  to  provide  a  high  level  of  situational  awareness  to 
the  TAV's  aircrew.  These  formats  are  complemented  by  the  "Self- 
Help"  subsystem  (described  below)  format  which  provides  status 
information  regarding  all  "o%mship"  subsystems. 

Major  functions  of  the  PCS  are  orbital  transfer  maneuver, 
ascent-to-orbit,  rendezvous,  station-keeping  (in  a  preplanned 
orbit),  targeting,  de-orbiting/re-entry,  and  return-to-base 
(RTB) .  The  PCS  is  autonomous  and  does  not  rely  on  ground-based 
trajectory  planning.  The  PCS  provides  the  TAV  with  an  adaptive 
guidance  capability.  It  can  correct  for  in-flight  perturbations 
experienced  by  the  vehicle,  respond  to  differences  between  P/L 
-specific  orbital  placement  requirements,  support  trans-orbital 
maneuvering,  and  optimize  fuel  expenditures.  It  carries  out 
these  functions  by  sensing  the  current  vehicle  state,  sensing  the 
environmental  conditions,  determining  the  desired  vehicle  state, 
computing  an  optimal  trajectory  to  achieve  that  state,  and 
providing  flight  control  commands  to  the  TAV  crew.  All  of  the 
functions  are  carried  cut  with  reference  to  the  HDL,  a  data  base 
of  mission  plan,  TAV  performance,  and  P/L-specific  requirements 
information. 

Air  Data  System:  Sensing  and  processing  subsystems.  Data  are 
used  to  deteraine  dynamic  pressure,  to  adjust  engine  cycles,  and 
to  refine  endoatmospheric  speed  computations. 

Situational  Awareness:  TAV  mission  plan  (altitude,  Mach,  timing 
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[ETA,  TTG] ,  [backup]  navigation  fixpoints,  targets,  laiinch/ recov¬ 


ery/abort  bases,  geopolitical  boundaries,  "keep  out  areas,"), 

DOB- 

Electronic  Support  Measures  fESM) : 

Tbreat  Detection,  Location  and  Ranging:  A  combat  aircraft-like 
radeur  warning  receiver  system  is  used  to  detect,  characterize  and 
locate  active  emitters  (EOB,  emitter  order  of  battle) .  EOB 
activities  are  monitored  and  correlated  against  data  base  DOB. 

An  appropriate  response  is  made  to  counteract  any  threat 
activities  which  impact  mission  accomplishment. 

Electronic  Warfare  (EW) :  lilectronic  countermeasures  may  be 
employed  to  defeat  threat  capabilities. 

Penetration  Aids:  Expendable  coiantermeasures  including  chaff  and 
advanced  penetration  aids  (perhaps  including  decoys)  may  be 
employed  to  defeat  specific  threat  systems. 
Cmmminications/Naviqation/Identif ication  fCNI) : 

Communications:  Although  the  TAV  carries  out  autonomous  opera¬ 
tions,  it  is  capable  of  two-way  voice,  text,  imagery  (P/L 
sensors,  TAV  video,  etc.),  and  data  (telemetry)  transmission, 
either  encrypted  or  in  clear,  with  the  primary  operations  con¬ 
trol,  the  component  command  center  (mission  specific),  and  with 
other  command  and  control  activities  (as  required) .  Connectivity 
will  facilitate  real-time  operations,  provide  command  authorities 
with  additional  flexibility  to  apply  the  TAV  fleet  as  a  force 
element,  and  provide  for  additional  capabilities  in  the  event  of 
in-flight  emergencies- 


The  MILSTAR  constellation  of  coomunications  satellites 
serves  as  the  piiziary  TAV  coaicunications  network.  The  TDRSS 
serves  to  augment  this  network.  The  DSCS  may  also  serve  as  a 
direct  coamunications  link  or  as  a  relay  between  other  nodes  and 
links  in  the  cosnauni cat ions  network.  The  TAV  assures  appropriate 
antenna  pointing,  executes  a  "handshadce"  protocol  with  the  link 
to  obtain  a  suitable  channel,  and  maintains  the  link  (switching 
satellites,  if  required)  throughout  the  course  of  the  mission. 
Navigation:  The  GPS  satellite  system  serves  as  the  primary 
navigation  system.  The  TAV  employs  a  GPS  antenna,  establishes 
connectivity  with  the  GPS  satellite,  accomplishes  a  "handshake" 
protocol  to  obtain  a  secure  link,  and  maintains  that  link 
throughout  the  course  of  the  mission.  An  inertial  navigation 
system  (INS)  may  be  employed  as  an  (much  less  accurate)  autono¬ 
mous  position  reference.  A  synthetic  apertxue  radar  (SAR)  ground 
map  capability  may  be  employed  to  obtain  an  intermediate  level  of 
positional  accuracy  by  exploiting  fixtaking  points  of  known 
position  (latitude/ longitude/elevation)  in  updating  the  INS. 
Identification:  The  TAV  is  capable  of  interrogating  and  classify¬ 
ing  a  variety  of  IFF  transponder-equipped  platforms. 

Self-Help:  An  embedded,  automated  capability  to  perform  subsys¬ 
tem  status/health  monitoring.  It  includes  near-continuous  sub¬ 
system  performance  data  acquisition  (exploiting  bit-in-test 
[BIT)/self  test  [ST]  design  capabilities),  monitoring  and  display 
of  own-ship  subsystem  status,  and  provides  a  real-time  support 
capability  to  the  TAV  crew.  The  Self-Help  capability  supports 
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•the  crew  in  performing  diagnostics  on  subsystem  problems/ fail¬ 
ures,  responding  to  WCA  annunciations,  reconfiguration  of  subsys¬ 
tems  for  alternate/ degraded  modes  of  operation,  and 
achieving/maintaining  situational  awareness  regarding  ownship 
status  and  capabilities-  The  WCA  MPD  secondary  format  screen 
embodies  a  management-by-exception  concept;  a  WCA  annunciation 
appears  on  all  MPD  screens  in  the  event  of  a  failure  or  out-of- 
nominal  subsystem  condition-  The  crewmember  responds  by  either 
acknowledging  the  alert  message  or  by  activating  the  primary  WCA 
MPD  display  format  screen  to  obtain  additional  information - 

WCA  annunciations  are  color  coded  to  convey  the  severity  of 
the  subsystem  problem  and  the  urgency  of  the  required  crewmember 
response-  Advisories,  the  lowest  level  of  severity,  are  color 
coded  in  yellow-  Caution  messages,  generated  by  failure  of  a 
non-critical  subsystem,  an  out-of -nominal  condition  in  a  mission- 
critical  subsystem,  or  by  any  condition  in  which  a  degraded  mode 
of  operation  has  automatically  been  adopted  without  loss  of 
mission  capability,  are  coded  in  orange-  Warning  annunciations 
and  messages,  the  most  severe/urgent  level,  are  coded  in  red- 
Caution  and  warning  events  are  accompanied  by  an  auditory 
alerting  tone  and  require  a  response  on  the  part  of  the 
cre%rae3aber-  The  required  response  to  a  warning  message  is  for 
the  crew  to  invoke  tne  Self  Help  Subsystem  MPD  format  screen - 
The  Self-Help  Subsystem  will  automatically  reconfigure 
failing  or  failed  subsystems  in  cases  where  the  degraded  mode 
adopted  will  result  in  no  loss  in  mission  capability  or  TAV 
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effectiveness-  This  reconfiguration  is  conducted  by  the  ruie- 
based,  artificial  intelligence  component  of  the  Subsystem.  Since 
these  rules  embody  established  standard  operating  procedures, 
crew  consent  to  the  reconfiguration  action  is  implicit  and  only 
an  advisory  message  would  be  presented  at  the  C/VI. 

The  Self-Help  Subsystem  is  also  a  major  factor  in  reducing 
TAV  turnaround  time.  The  on-board  diagnostics /health  monitoring 
facility  aids  maintenance  personnel  in  performing  fault  detec¬ 
tion,  fault  isolation,  and  scheduled/unscheduled  maintenance. 

The  Self-Help  system  support  to  trouble  shooting,  as  well  as 
basic  design  features,  affords  a  next  day  launch  after  failure 
repair  capability. 

The  Self-Help  Subsystem  may  support  troubleshooting  of 
malfunctioning  P/Ls.  BIT  data  from  the  P/L  is  passed  /across  the 
P/L  interface  and  is  available  on  the  Mux  bus.  In  the  event  of  a 
P/L  malfunction,  the  crew  can  employ  the  Self-Help  capabilities 
to  assist  in  restoring  P/L  functioning  (cycling  modes,  reloading 
data,  etc- ) . 

Crew /Vehicle  Interface  (C/Vl)  Systems:  Access  to  the  crew 
station  compartment  is  through  the  wheel  well.  The  cockpit  is 
located  adjacent  to  and  forward  of  the  P/L  bay.  The  TAV  has  a 
two-place,  side-by-side,  flight  station.  Four,  large,  color 
cathode  ray  tube  multi-purpose  displays  (MPDs)  are  used  for 
information  display  and  serve  as  the  primary  cockpit 
instrumentation-  A  "paperless"  or  "glass"  cockpit  concept 
provides  all  mission  materials  (checklists,  flight  charts. 
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navigation  aids,  cosnnunications  schedules,  procedures, 
system/P/L/mission  reference  data,  primary  and  alternate  recovery 
base  data,  etc.)  in  scftcopy  format.  (Hardcopy  materials  [i.  e., 
paper  format]  are  carried  stowed  only  for  backup.) 

Dedicated  Master  Mode  selection  controls  (panel-mounted 
pushbuttons)  facilitate  the  rapid  (re) configuration  of  the  C/VI, 
based  on  the  priorities  of  each  mission  phase.  Additional 
display  format  controls  (bezel-mounted  pushbuttons)  allow  the 
crevnaembers  to  "tailor”  the  configuration  to  meet  their 
individual  preferences  and/or  prepare  for  and  respond  to  any 
special  mission  phase  ^'equirements. 

It  is  assumed  that,  with  the  two-man  crew,  one  crewmember 
will  always  be  the  pilot  "in  command."  That  is,  this  creimember 
will  always  have  primary  responsibility  for  all  flight 
control/trajectory  management  and  safety-of -flight  aspects  of  the 
current  mission  phase.  To  support  this  C/VI  concept, a  "super¬ 
level"  Master  Mode  control  will  serve  to  select  either  of  the  two 
crew  positions  as  responsible  for  flight  control;  in  essence, 
this  will  serve  as  a  "take  charge"  C/VI  function.  This  concept 
will  also  be  reflected  in  the  response  of  the  selected  crew 
station  to  a  Master  Mcde  input.  The  C/VI  at  the  selected  station 
will  always  include  the  primary  flight  control  displays. 
Environmental  Control  System  (ECS) :  The  crew  compartment  is 
maintained  so  as  to  provide  a  "shirtsleeve"  enviro.nment. 

Cabin /compartment  (ambient)  temperature,  pressure,  gaseous  compo¬ 
sition,  humidity,  and  lighting  are  automatically  controlled  (with 


eanual  override)  to  provide  this  enviromasnt:.  The  crew  compart.-- 
ment  provides  protection  fiom  external  environmental  stressors. 
Controls  and  Displays:  Flight,  instrument,  sensor,  and  data 
displays  to  support  trajectory  management;  subsystem  operation, 
moding,  and  recon'iauration;  system/ subsystem  status  monitoring; 
P/L  operation  or  deployment;  end  Vehicle  control. 

The  primary  flight  instru^^ent  display  is  the  V£0.  The  V5D 
presents  both  planned  (nominal)  and  actual  (sensed)  attitude, 
angle  of  attaeJ:  (alpha) ,  traj*»ctorY,  vertical  velocity,  Mach 
number,  ai.:itude,  heading/ inclination,  and  rate  cf  cli£» 
infenaation.  The  noainsl  traiectcry  infomation  derived  from 
the  trajectory  manager  which  computes  and  continuously  updates 
optimal  flight  paths  and  mission  schedules  for  accomplishing  the 
planned  mission. 

The  VSD  is  complemented  by  a  KSD  format  screen  which  depicts 
current  ground  track,  projected  ground  track  (including  next 
orbit;.,  titirjg  (including  tise-to-gc  [TTG]  to  next  mission 
event /act ion  point) ,  target,  and  other  geographically  referenced 
mission  data.  The  combination  of  KSD  and  VSD  provides  the  TAV 
crewmember  with  his  primary  means  of  obtaining  situational 
awareness  with  respect  to  the  planned  tzissic.o  and  to  progression 
through  that  mission. 

In  addition  to  the  VSD  and  K.tD,  a  Flight  Control  Subsystem 
MPD  format  screen  affords  the  crew  the  capability  to  intervene 
(override)  the  functioning  of  the  automated  flight  control  and 
trajectory  management  subsystems.  For  example,  TAV  control 
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surface  configurations  isay  be  adjusted,  mission  phase  transition 
points  may  be  adjusted  based  on  updated  navigation  and  guidance 
data  received  during  a  flight,  and  safety-of -flight  constraints 
may  be  applied. 

Flight  controls,  located  at  each  crew  position,  include: 
Side  Stick  Controller:  Controls  TAV  attitude  (pitch  and  roll) - 
Split  Segment  Throttle  Control:  The  Master  segment  controls  all 
oi>erating  engines.  The  Auxiliary  segment  is  employed  in 
responding  to  engine-out  anomalies.  {The  Auxiliary  throttle  is 
selected/activated  by  means  of  a  Throttle  Select  button  located 
on  the  Control  Stick.  Hhen  activated,  the  Auxiliary  throttle 
automatically  takes  control  of  the  unstarted  engine (s),  leaving 
thfe  Master  throttle  in  control  of  the  good  engines.)  Flight 
instr'.uaent  data  are  presented  on  the  MPDs.  The  Approach /Landing 
page  of  the  Flight  Data  display  format,  for  example,  presents 
airspeed,  altitude,  pitch  angle,  vertical  velocity,  angle  of 
attack,  and  d/naHiC  pressure  (q) .  (q  may  range  from  0  to  2000 
pounds  per  square  foot) .  The  Thermal  Management  display  format 
depicts  the  dismbuticn  ot  thermal  flux  (skin  and  engine- inter¬ 
nal)  being  experienced  by  tee  TW  and  the  efficiency  of  heat 
dissipation,  acuive  ceding,  anl  heat  piping  in  managing  these 
loads. 

External  visual:  Direct  and  indirect  (sensor-mediated) 
coniact  with  the  outside  world  is  provided  to  support  vehicle 
control  a?id  crew  situational  awareness  requirements  under  visual 
meteorological  ronditiens  (VMC) . 
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Sxibsvs-teias :  In  addition  to  the  subsystems  identified  above,  the 

TAY  has: 

P/L  Interface:  All  P/L  monitoring  and  servicing  functions  are 
supported  by  this  subsystem.  The  containerized  P/L  is  installed 
in  the  TAV  P/L  bay.  The  P/L  interface  provides  the  mechanical 
mating  and  is  the  interconnection  between  the  TAV  and  the  P/L 
container.  P/L  status  data  are  passed  from  the  container  to  the 
TAV.  The  TAV  provides  power,  environmental  control,  and 
replenishment  of  P/L  consumables  across  the  P/L  interface.  P/L 
servicing  requirements  are  identified  in  an  on-board  data  base. 
During  P/L  operations,  imagery  or  other  sensor  data,  and  data 
from  space  experiments  are  passed  to  the  TAV  for  recording  and/or 
transmission.  The  P/L  interface  KPD  format  screen  provides 
situational  awareness  information  to  the  TAV  crew  regarding  P/L 
status  and  operation.  For  example,  a  P/L  may  be  capable  of 
several  operational  modes:  OFF,  STANDBY,  MODE  A,  MODE  B,  etc. 

The  P/L  xnterface  screen  allows  the  crew  to  manually  change  these 
modes  (altnough  normal  P/L  operations  would  be  based  on  an 
automated  mode  control  capability) .  Guidance  and  control 
updates,  received  by  the  TAV  during  the  flight,  can  be  passed  to 
the  P/L  to  modify  the  P/L-internal  or  MDL-provided  pointing 
commands,  operating  schedules  (modes,  tines) ,  etc. 

Sensors:  The  TAV  will  have  a  rei.lezvous  radar  to  assist  the  crew 
in  accomplishing  orbital  matching  and  closure  with  space  assets. 
Surveillance  mission  sensors  (e.  g. ,  synthetic  aperture  radar 
and/or  electro-optical  imaging  systems)  may  be  organic  to  the  TAY 
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or  aay  by  provided  by  means  of  a  standard  si'iveillance  P/L- 
Signal  Processing  and  Data  Distribution:  Multiple  flight  control 
and  signal  processors  (computers) ,  together  with  mass  data  stor¬ 
age  capabilites,  and  interconnected  by  a  redundant  high  speed 
data  bus. 

Recording  and  Telemetry:  Sensor  imagery  (organic  or  P/L) ,  TAV 
performance  data  (self-help  siibsystem) ,  and  mission  data  are 
recorded  for  delayed  playback  (transmission/telemetry)  to  appro¬ 
priate  ground  station  and/or  for  use  in  post-mission  debriefing. 
Thermal  Management:  The  TAV  employs  a  primarily  active  cooling 
system.  The  tydrogen  fuel  is  injected  into  each  engine  as  a  film 
coolant,  protecting  critical  engine  components  from  the  super¬ 
heated  airflow.  The  engine  cowl  leading  edge  is  subjected  to  the 
most  extreme  external  heating  due  to  the  interaction  of  the  bow 
shock  wave  and  local  shock  wave  at  high  Mach  numbers.  A  heat 
p*pe  approach  is  used  to  cool  this  maximum  heat  flux  location. 

The  heating  rate  and  heat  load  are  monitored  at  the  TAV  nose, 
wing  leading  edges,  and  along  the  aircraft’s  bot'-^m  centerline. 
Electrical  Generation  and  Distribution:  Onboard  electrical  power 
generation  and  distribution  system. 

Fuel  and  CG  Management:  All  propellants  are  carried  internally. 
Onboard  fuel  storage,  internal  fuel  transfer  (pumping) ,  and  burn 
scheduling.  Center  of  gravity  (CG)  management.  (CG  position 
changes  will  affect  aircraft  stability,  flight  control  responses, 
aerodynamics,  overall  handling  qualities,  and  effective  engine 
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Pneimatics  and  Hydraulics:  Fluids  required  for  activation  of 
nechanical  flight  control  surfaces,  landing  gear  retrieval/de- 
ploynent,  etc.  The  associated  MPD  format  screen  provides 
loading,  pressurization,  and  transfer  status  information  and 
affords  subsystem  control . 

Engines:  Engine  operating  parameters  (inlet,  combustion,  nozzle 
operational  settings)  for  ramjet/ scram jet  modules  and  orbital 
maneuvering  rocket  motors.  Key  engine  operating  parameters 
include  inlet  temperature  and  pressure  (including  shock  wave 
transients) ,  fuel  temperature,  fuel  injector  setting,  combustor 
temperature,  and  nozzle  temperature  and  pressure.  Engine  body 
temperature,  including  the  active  cooling  system  jacket  tempera¬ 
ture,  is  also  monitored. 

Propulsion  flows:  Airflows  around  inlets,  nozzles,  and  combusters 
(where  fuel  and  air  are  mixed  and  ignited) . 

Warnings,  cautions,  and  advisories  (WCA) :  Including  both  visual 
display  and  auditory  annunciator  tones. 

CONCEPT  HAPS 

This  subsection  presents  the  Concept  Map  depictions  of  the 
baseline  TAV  system.  Figure  7  presents  an  overview  of  the 
organization  of  the  Concept  Haps.  The  repress,  it ion  is  centered 
about  an  operationally-ready  TAV  system.  Readiness  refers  to  the 
capability  to  perform  a  tasked  mission.  Readiness  is  achieved 
through  the  preparation  of  a  flight-ready  TAV.  by  the  creation  of 
a  mission  data  load,  by  the  mating  of  a  mission  payload  to  the 
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Rgure  7.  Overview  of  TAV  System  Concept  Maps 


TAV  vehicle,  by  the  availability  of  a  trained  and  briefed  crew, 
and  by  the  utilization  of  avionics  subsysteias. 

Figure  8  is  a  depiction  of  the  missions  which  might  be 
performed  by  an  operational  TAV  system.  Figure  9  (a  through  e) 
presents  a  decomposition  of  the  measures  of  effectiveness  (MOEs) 
which  might  be  associated  with  the  operational  capability. 
(Heasures  of  effectiveness  and  performance  are  discussed  in 
greater  detail  in  Section  V.) 

Figure  10  (a  and  b)  presents  the  concepts  and  relationships 
associated  with  the  TAV  mission  P/L.  It  also  depicts  the  tie 
between  the  TAV  and  the  P/L,  the  P/L  interface. 

Figure  11  is  an  overview  of  the  T.W  avionics  subsystems. 
Each  subsystem  is  further  decomposed  below. 

Figure  12  (a  through  d)  presents  the  TAV  system  concepts 
which  relate  to  the  crew  and  the  C/VI.  The  map  incorporates  the 
TAV  controls  and  displays  and  emphasizes  crew  situational 
awareness . 

Figure  13  (a  through  c)  presents  the  communication, 
navigation,  and  identification  subsystems  concept  maps.  It  is 
implicit  in  these  concept  maps  that  all  subsystems  are 
interconnected  through  the  maans  of  the  high  speed  Mux  bus. 
Figure  14  is  the  concept  map  of  the  TAV’s  ESM  subsystem. 

Figure  15  (a  and  b)  depicts  the  PCS.  The  trajectory 
management  subsystem  is  shown  as  integral  to  the  FCS. 

Figure  16  is  the  concept  map  for  the  "Self-Help"  subsystem. 
Again,  the  tie  to  all  other  avionics  is  implied. 


Figure  8.  Concept  Mop  ofTflU  Missions 
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Figure  9b.  Concept  Map  of  Operational  TflU  Measures  of  Effectiueness 
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Figure  9c.  Concept  Map  of  Operational  TflU  Measures  of  Effectiueness 
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Figure  10b.  Map  of  TRU  Payload  Concept 
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Figure  13a.  Concept  Map  of  Communication,  Nauigation,  and 

identification  Subsystem 
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Figure  !3c.  Concept  Map  of  Communication,  Nauigation,  and 
identification  Subsystem 
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Figure  17  presents  the  Environmental  Control  Subsystem - 
Figure  18  is  the  map  of  the  Stores  and  Thermal  Management 
Subsystems.  Figure  19  is  the  concept  map  of  the  TAV’s  propulsion 
system - 

The  TAV's  Data  Management  Subsystem  is  mapped  in  Figure  20 
(a  through  c) .  The  map  also  includes  the  MDL  and  the  on-board 
data  bases. 


V, 


Figure  18.  Concept  Map  of  Stores  Management  and 
Thermal  Management  Subsystems 
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Figure  19,  Concept  Map  of  Propulsion  Subsystem 
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Figure  208.  Concept  Map  of  Data  Management  Subsystem 
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Figure  20b.  Concept  Map  of  Date  Management  Subsystem 


Figure  20c.  Concept  Map  of  Data  Management  Subsystem 


SECTION  III 


MISSION  EVENT  SEQUENCE 

The  context  for  performing  the  Information  Requirements 
Analysis  Task  is  provided  by  the  Mission  Event  Sequence  (MES) . 

The  MES  is  a  time-ordered  sequence  for  TAV  system  functions-  The 
tiae  ordering  is  preceeded  by  the  successive  phases  of  the  TAV 
operational  mission-  The  MES  is  depicted  in  a  series  of 
function/f low  diagrams.  This  series  is  divided  into  two 
groupings:  those  system  functions  which  are  performed  prior  to 
Takeoff  and  those  which  take  place  Post-Takeoff.  The  top  level 
MES  flow  diagrams  (Figures  21  and  22)  reflect  this  division. 

Each  of  the  blocks  in  the  top  level  flow  diagram  is  decomposed 
into  more  detailed  function/f low  diagrams  which  correspond  to  a 
major  preparatory  activity  or  mission  phase.  Each  of  the  blocks 
in  the  detailed  function/f lew  diagrams  represents  a  specific  TAV 
system  function.  In  general,  the  crew  must  accomplish  a  specific 
standard  operating  procedure  in  order  to  exercise  the  T.AV  system 
function-  {These  procedures  are  de*.'eicpeci  in  the  IDEFC 
depictions  p’-essnted  and  discussed  in  Section  IV  of  the  report.) 

The  MES  begins  with  the  receipt  of  the  mission  Tasking  Order 
by  the  operations  control  center  at  the  TAV  t-sain  operating  base 
(MOB).  The  Tasking  Order  contains  all  the  information  required 
for  the  construction  of  the  Mission  Plan: 

-  P/L(s)  to  be  employed/deployed 

-  time(s)  on  target (ss 
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Figure  21 .  Mission  Event  Sequence:  Flow  Diagram  1 
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Figure  22.  Mission  Event  Sequence:  Row  Diagram  2 
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-  mission  criteria  to  be  achieved 

-  rules  of  engagement 

-  special  factors  (e.  g.,  orbital  parameters 
for  space  asset  rendevous) 

These  mission  requirements  are  used  to  generate  Takeoff  time  and 
orbital  inclination  data.  They  are  supplemented  with 
intelligence  data  provided  by  the  TAV  Unit’s  Combat  Intelligence 
Shop  regarding  targets  and  any  relevant  threat  situation. 
Additional  mission  planning  data  are  provided  by  the  Unit's 
Meteorology  Officer.  All  these  inputs,  together  with  existing 
TAV  performance  and  P/L  capability  data  bases,  are  exploited  by 
the  TAV  Mission  Planning  System  in  developing  the  Mission  Data 
Load  (MDL) . 

In  general,  the  TAV  fleet  is  tasked  with  supporting  pre¬ 
planned  missions  such  as  space  asset  resupply  or  satellite 
servicing.  The  MES  remains  as  described  except  that  the  Tasking 
Order  may  have  been  received  weeks  to  months  in  advance. 

P/L  Preparation  (Figure  23)  is  a  precursor  activity.  P/Ls, 
which  support  a  variety  of  standard  or  special  mission 
requirements,  are  received  at  the  TAV  MOB  independent  of  specific 
tasking.  The  P/L  is  inspected  and  tested  at  the  MOB'S  P/L 
Processing  Facility  and  installed  into  a  standardized  TAV  P/L 
container.  The  containerized  P/L  is  maintained  in  a  pre-mission 
state  tantil  required  for  emploi-ment. 

The  receipt  of  the  Tasking  Order  triggers  the  Vehicle 
Preparation  stage  of  pre-mission  activities  (Figure  24).  Each 
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TAV  has  been  maintained  in  a  pre-mission  readiness  state.  Once  a 
specific  "tail  number"  has  been  identified  for  the  new  mission, 
pre-flight  maintenance  is  performed  by  the  ground  crew  to  bring 
the  vehicle  up  to  a  mission-ready  state.  The  vehicle  and  engines 
are  inspected  and  on-board  consumables,  required  for  either  the 
crew  or  P/L  during  the  mission,  are  replenished. 

The  P/L  Installation  stage  of  the  pre-mission  activities 
(Figure  25)  results  in  the  joining  of  the  mission  P/L{s)  to  the 
TAV.  The  vehicle  is  towed  to  the  P/L  Preparation  Facility.  A 
P/L  "wakeup"  procedure  is  performed  to  bring  the  P/L  to  a  state 
of  mission  readiness.  The  P/L  is  physically  inserted  into  the 
TAV's  P/L  bay  and  interconnections  made  with  the  TAV’s  P/L 
Interface  Subsystem  through  the  P/L  Interface.  The  P/L  is  again 
tested  and  verified  as  "mission  ready."  From  this  point  on,  P/L 
servicing  requirements  are  satisfied  by  the  TAV,  with  no  external 
assistance. 

Vehicle  Preflight  (Figure  26)  constitutes  the  final,  pre- 
Tcikeoff  stage  of  the  MES.  The  vehicle  is  fueled  with  slush 
hydrogen  and  the  organic  INS  is  ground  aligned.  The  ground  crew 
configures  the  C/VI  and  tailors  the  KPD  formats  preparatory  to 
loading  the  MDL  into  the  TAV's  data  bases.  Ihe  MDL  is  physically 
loaded  into  the  TAV  and  verified  by  the  ground  crew.  P/L 
servicing  continues  to  be  provided  by  the  TAV. 

At  approximately  the  same  time  as  these  activities  are 
taking  place,  the  TAV's  crew  has  performed  a  mission  briefing  and 
has  employed  the  Mission  Rehearsal  Device  (HRD,  part  of  the  TAV 
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Figure  26.  Vehicle  Preflight 
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training  support  systeB)  to  "dry  run"  the  entire  nission.  The 
mission  rehearsal  reinforces  the  crew  briefing  and  emphasizes 
mission  pacing  and  prebriefed  tactics.  The  HRD  uses  the  HDL  to 
provide  the  Mission  Plan  for  the  mission  rehearsal  scenario. 

The  TAV  aircrew  enters  the  vehicle  and  performs  preflight 
checks.  These  include  both  interior  and  exterior  inspections, 
subsystem  testing,  and  ?/L  checkout..  The  fuel  load  is  brought  to 
full  capacity.  The  crew  communicates  mission  readiness  to  the 
Operations  Center  and,  upon  receiving  approval,  taxis  the  vehicle 
to  the  end  of  the  assigned  runway . 

The  crew  configures  the  vehicle  for  Takeoff  {Figure  27) . 

They  also  configure  the  C/VI  and  tailor  the  selection  and 
arrangement  of  HPD  formats  to  support  this  mission  phase.  They 
monitor  the  ramjet  (mode)  engines,  service  the  P/L,  and  monitor 
T.AV  subsystems.  When  system  readiness  has  been  confirmed,  they 
execute  an  aircraft-like  Takeoff.  Once  airborne,  the  landing 
gear  is  retracted  and  the  crew  communicates  the  successful 
takeoff  to  the  tower. 

The  next  phase  of  the  mission  is  Climbout  (Figure  28) .  The 
crew  (re) configures  the  control  surfaces,  as  required.  They 
configure  the  C/VI  and  tailor  the  HPD  formats  to  support  their 
information  requirements.  .Automated  servicing  of  the  P/L  is 
continued  by  the  P/L  Interface  Subsystem.  The  crew  continues  to 
monitor  the  T.AV  subsystems.  The  TAV  continues  to  cli  -o  along  the 
selected  mission  inclination,  executing  a  constant  dynamic 
pressure  climbout.  The  crew  monitors  the  vehicle’s  trajectory. 
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Figure  27.  Takeoff 


Figure  28.  Climbout 
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As  the  TAV  gains  in  Mach  and  altitude,  the  engines  transition  to 
their  scrzuajet  node  of  operation.  The  TAV  performs  hypersonic 
cinaise  as  it  continues  to  climb  and  accelerate.  The  crew 
communicates  progress  along  the  Mission  Plan  and  subsystem  status 
to  the  Operations  Center  and  establishes  initial  communication 
with  the  mission  Command  and  Control  Center.  As  a  high 
endoatmospheric  hypersonic  flight  profile  is  achieved, 
communications  blackout  is  experienced. 

Pre-Orbit  TAV  mission  functions  (Figure  29)  are  performed 
during  the  last  sub-orbital  portion  of  the  vehicle's  trajectory. 
The  vehicle  is  configured  and  the  C/VI  is  configured  and  the  KPD 
formats  are  tailored  for  this  flight  phase.  P/L  servicing 
continues  as  does  subsystem  monitoring.  As  the  trajectory 
becomes  exoatmospheric,  communications  are  restored  and  the  crew 
provides  status  information  to  the  mission  Operations  and  Command 
and  Control  Centers.  Trajectory  monitoring  continues.  Fine 
control  inputs  are  applied  to  stabilize  the  veliicle.  The  TAV  is 
configured  for  performing  a  trans-orbital  maneuver  (if  required) 
and  the  maneuver  is  executed.  The  crew  monitors  the  status  of 
the  mission  P/L.  The  TAV  performs  a  climb-to-orbit  trajectory 
maneuver,  transitions  from  scramjet  to  rocket  engine  propulsion, 
achieves  a  low  Earth  orbit  and  ends  this  phase  of  the  mission. 

On-Orbit  Operations  (Figure  30)  comprise  the  core  of  the 
mission.  The  TAV  is  configurea  for  P/L  operations.  The  C/VI  is 
also  configured  and  the  MPDs  are  tailored.  The  P/L  servicing 
continues  and  the  TAV  subsystems  are  monitored.  Fine  control 
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Fiaure  29.  Pre-Orbit 
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MONITOR  SUBSYSTEMS 


Rgure  30.  On-Orbit  Operations 
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inputs  are  applied  to  the  Flight  Control  Subsysten  to  stabilize 
the  vehicle  using  the  rocket  engines.  The  crew  opens  the  P/L  bay 
doors-  P/L  readiness  is  verified  by  the  crew-  As  tine-on-target 
is  achieved,  P/L-  operations  commence.  (The  specifics  of  this 
function  depend  on  the  nature  of  the  mission  being  executed.) 

P/L  and  other  data  are  obtained,  verified,  and  recorded.  The 
crew  communicates  data  and  system  status  information  to  the 
Command  and  Control  Center-  At  the  conclusion  of  P/L  operations, 
the  bay  doors  are  closed-  The  crew  continues  to  monitor  the 
orbital  trajectory. 

At  the  conclusion  of  On-Orbit  Operations,  the  crew  prepares 
to  De-Orbit  (Figure  31) -  The  vehicle  and  C/VI  are 
configured/tailored  for  the  functions  required  by  the  new  phase 
of  the  mission.  Subsystems  are  monitored  and  the  crew 
communicates  readiness  to  the  appropriate  Centers.  Rocket  engine 
restart  is  accomplished  and  the  TAV  begins  to  depart  from  orbit. 
The  crew  monitors  the  de-orbit  trajectory.  A  second  treuis- 
orbital  maneuver  may  be  executed  as  the  vehicle  departs  from 
orbit.  The  crew  communicates  the  completion  of  these  events  to 
the  Command  and  Control  Center. 

The  next  phase  of  the  TAV  mission.  Descent  (Figure  32) ,  is 
in  many  ways  the  reverse  of  the  Climbout  phase.  The  vehicle  and 
C/VI  are  configured/ tailored.  The  engine  mode  is  transitioned 
from  rocket  to  screimjet.  The  descent  is  executed  with  careful 
attention  to  dynamic  pressure  and  thermal  loading  experienced  by 
the  airframe.  Another  trans-orbital  maneuver  may  have  been 
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Rgure  32.  Descent 
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included  in  the  Mission  Plan  to  allow  the  TAV  to  achieve  a 
specified  recovery  base;  if  so,  the  vehicle  controls  are 
configured  and  the  maneuver  is  executed.  As  the  vehicle  reenters 
the  atmosphere,  a  second  communications  blackout  is  experienced. 

The  Approach  to  the  recovery  base  (Figiire  33)  is  another 
critical  phase  of  the  mission.  Configuration  and  tailoring  are 
performed  by  the  crew.  As  the  vehicle  continues  to  descend  and 
decelerate,  the  communications  blackout  ends.  The  crew  can  now 
re-establish  connectivity  with  the  Command  and  Control  and 
Operations  Centers.  The  approach  is  executed  in  ramjet  engine 
mode.  An  extension  maneuver  may  be  required  (by  the  Mission 
Plan)  to  allow  the  TAV  to  achieve  the  recovery  base.  If  so,  it 
is  executed  at  this  time.  The  crew  monitors  the  alternate 
recovery  bases  and  trajectories  as  a  safety-of-f light  procedure. 
The  crew  adjusts  the  TAV*s  trajectory  and  continues  to  decelerate 
the  vehicle.  When  the  TAV  is  lined  up  with  the  recovery  base 
runway  and  has  achieved  nominal  flight  parameters  for  landing, 
the  gear  is  deployed. 

Landing  (Figure  34)  is  accoi^lished  in  a  way  very  similar  to 
that  of  a  conventional  aircraft.  The  vehicle  and  C/VI  are 
configured/tailored  for  this  event.  Touchdown  occurs  and  the  TAV 
taxis  to  an  assigned  location  on  the  airfield.  The  engine-s  are 
shut  down. 

Post-Flight  system  factions  (Figure  35)  complete  the 
mission.  The  crew  accomplishes  post-flight  checklist  items  and 
diagnostics  are  run  on  all  subsystems.  iUiy  data  recorded  during 
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Figure  33.  Approach 


Rgure  34.  Landing 
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Rgure  35.  Post-Right 
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the  nission  for  post-flight  analysis  are  retrieved  at  this  tine. 
The  crew  leaves  the  vehicle  and  debriefs  all  aspects  of  the 
completed  mission. 
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SECTION  IV 


TAV  SYSTEM  ARCHITECTDRE 


INTRODUCTION 

The  IDEFO  depictions  (function  cmalyses)  serve  to  docunent 
the  TAV  siibsystem  architecture  froa  the  viewpoint  of  the  crew. 
IDEFO  chzurts  are  presented  for  aost  of  the  events  enuaerated  in 
the  MISSION  EVENT  SEQUENCE.  The  IDEFO  activity  boxes  are  crew 
procedures  emd  serve  to  underscore  the  active  (subsystea 
operation,  payload  operation,  explicit  consent  to  autoaated 
fianctions,  etc.)  and  passive  (aonitoring  of  autoaated  functions, 
supervisory  control  of  subsysteas,  establishing  and  maintaining 
situational  awareness,  etc.)  contributions  of  the  aircrew  to 
mission  accomplishment. 

In  any  highly  automated  system,  many  of  the  system  functions 
are  actually  executed  by  the  subsystems  without  overt  crew 
intervention.  Routine  functions,  which  are  not  critical  to 
mission  success  (e.  g.,  sequencing  of  mission  waypoints  on  the 
BSD)  cire  part  of  noirmal  subsystem  operation.  The  crew  is  not 
explicitly  notified  of  their  accomplishment  but,  rather,  may  see 
the  result  of  the  automated  action  (e.  g. ,  aonitoring  mission 
progress  on  the  BSD) -  In  other  cases,  the  concept  of  "implied 
consent"  may  guide  the  automation  (e.  g.  automatic  flight 
control) .  In  this  case,  the  automation  will  accomplish  a 
procedure  unless  the  crew  elects  to  intervene.  The  system 
architecture  then  includes  capabilities  for  manual  override.  The 
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crew  can  disable  the  automated  function  by  simply  electing  to 
perform  the  action  through  a  direct,  manual  intervention  with  the 
subsystem  (e-  g.,  flight  control  inputs  applied  through  the  stick 
and/or  throttle) -  A  third  automation  integration  concept 
reflected  by  the  TAV  architecture  is  "management  by  exception." 

In  this  case,  the  automation  will  perform  selected  functions 
unless  an  "out-of -nominal"  condition  is  encountered,  in  which 
case  it  will  act  to  inform  the  crew  and  to  elicit  a  manual 
intervention.  The  "SELF-HEU>"  SUBSYSTEM  is  an  example  of 
management  by  exception. 

In  the  IDEF  charrts,  the  frequent  occuirrence  of  SOP  as  a 
Control  element  is  intended  to  reflect  both  the  standard 
procedures/checklists  performed  by  the  crew  and  the  automated 
functioning  of  the  TAV  subsystems.  In  the  latter  case,  the 
specific  subsystem (s)  is  identified  as  a  Mechanism  for  task 
acccmpl ishment . 

The  IDEF  functions  are  abstracted  from  the  Mission  Event 
Sequence  (HES) .  Each  function  is  graphically  depicted  in  the 
IDEFO  convention.  Accompanying  text  describes  the  execution  of 
the  function  in  detail. 

Many  of  the  functions  (e.  g.,  CONFIGURE  THE  C/VI)  are 
performed  repeatedly  in  the  MES.  From  the  standpoint  of  the  IDEF 
chcurts,  these  fvinctions  may  be  thought  as  being  "subroutines" 
which  are  called  when  their  execution  is  required. 
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IDEFO  DEPICTIONS 

The  IDEFO  depictions  and  their  accompanying  explanatory  text 
are  presented  in  the  order  in  vhich  the  TAV  System  Functions 
appecir  in  the  MES,  beginning  with  the  Takeoff  phase  of  the 
mission.  These  IDEFO  representations  cover  the  TAV  System 
Functions  of  CONFIGURE  TAV  FOR  (FLIGHT  MANEUVER) ,  which  is  a 
repeated  function  first  encountered  during  Tadceoff,  through 
PERFORM  ENGINE  RESTAI^,  which  is  performed  during  the  De-Orbit 
mission  phase. 

Additional  TAV  System  Functions,  not  listed  in  the  MES 
(which  was  prepared  for  a  notional  mission) ,  but  which  reflect 
significant  system  capabilities  are  appended.  These  additional 
TAV  System  Functions  are: 

ADJUST  TRAJECTORY  (MANUAL) 

COMMUNICATE:  RECEIVE 

UPDATE  MISSION  PLAN 

UPDATE  PAYLOAD  GUIDANCE  AND  CONTROL 

RESPOND  TO  WCA 
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TAV  System  Function:  CONFIGURE  TAV  FOR  (FLIGHT  MANEUVER) 

This  IDEF  depiction  is  intended  to  serve  as  a  generic  model 
for  all  "Configure  TAV"  activities  listed  in  the  MES.  Vehicle 
configuration,  primarily  a  monitoring  task  with  manual  override 
provisions,  is  performed  prior  to  any  change  in  the  type  of 
trajectory  about  to  be  accomplished:  Takeoff,  Cl imbout/ Ascent  to 
Orbit,  Pre-Orbit,  Trans-Orbital  Maneuver,  On-Orbit  Payload 
Operations,  De-Orbit,  Descent,  Approach,  and  Landing. 
Configuration  consists  of  setting  and  verifying  the  position  of 
any  multi-position  flight  control  surfaces  on  the  vehicle  (e.  g. , 
the  wing  sweep  on  a  B-IB  bomber) .  Configuration  changes  are 
automated.  The  FLIGHT  CONTROL  SUBSYSTEM,  with  its  subsidiary 
TRAJECTORY  MANAGER,  uses  data  obtained  from  the  MDL  and  TAV 
PERFORMANCE  CHARACTERISTICS  DATA  BASES,  by  the  DATA  MANAGEMENT 
SUBSYSTEM,  to  effect  the  required  control  surface 
(re) configuration. 

It  is  assumed  that  the  C/VI  has  already  been  configured  for 
the  mission  phase.  Further,  the  C/VI  has  been  tailored  to  bring 
up  the  Flight  Control  Subsystem  MPD  Format  screen  on  one  of  the 
MPDs. 

The  crewmember  uses  the  BEZEL  BUTTONS  to  call  up  the  TAV 
Configuration  MPD  Format  screen,  a  secondairy  screen  to  the  Flight 
Control  Siibsystem  MPD  Format  screen.  The  crewmember  observes  the 
TAV  configuration.  Based  on  his  situational  awareness  (derived 
from  mission  plan  information  on  the  VSD  and  HSD) ,  he  determines 
if  the  vehicle  configuration  is  correct  for  the  upcoming 
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"trajectoiry  change.  If  an  "out— of— nojiinal*  configuration  is 
observed,  he  can  use  the  BEZEL  BUTTONS  to  manually  achieve  the 
proper  configuration. 
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Figure  36.  Configure  TAV  tor  (Flight  Maneuver) 


TAV  System  Function:  CONFIGURE  THE  C/VI 

The  TAV  crew  system  is  comparable  to  that  found  in  a  modern 
fighter  or  bomber  aircraft.  The  crew  system  concept  includes 
minimizing  the  number  of  switch  activations  required  to  obtain 
information  or  to  perform  a  subsystem  control  action-  This 
design  goal  is  intended  to  reduce  crew  workload.  Another  design 
assumption  is  that  (at  least)  one  TAV  crewmember  has  the  VSD 
(primary  flight  control)  and  HSD  (primary  situational  awareness) 
format  screens  active  on  his  HPDs.  This  assumption  supports  the 
crew  in  mission  pacing  (preparing  for  and  executing  crew  tasks  in 
a  timely  sequence  and  avoiding  the  creation  of  task  backlogs) .  A 
third  design  assumption  is  that  one  crewmember  is  always  serving 
as  "pilot- in-coxamand,"  with  primary  responsibilities  of  flight 
execution  and  safety-of-flight  monitoring,  while  the  second 
crewmember  is  responsible  for  subsystem  and  payload  operations. 

It  is  assumed  that  both  crewmembers  are  cross-trained,  i.  e. , 
that  each  crewmember  can  accomplish  all  crew  tasks  with 
approximately  equal  proficiency.  Hence,  another  design 
consideration  is  that  any  format  screen  (subsystem  display  and 
controls)  can  be  activated  on  any  MPD  at  either  crew  position - 
It  is  assumed  that  each  mission  phase,  essentially  by  definition, 
will  encompass  a  series  of  functions  which  are  related  to  the 
specific  objectives  of  that  phase.  It  is  further  assumed  that 
mission  priorities  (i.  e.,  the  relative  importances  of  functions 
and  tasks)  will  be  modified  for  each  phase  of  the  TAV  mission. 
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The  crew  monitors  the  mission  on  the  VSD  and  HSD  screens. 
Current  status  data,  along  with  Mission  Plan  information 
(obtained  from  the  HDL) ,  are  reviewed  as  a  continuous  monitoring 
function.  The  crew  notes  that  a  mission  phase  transition  (e.  g. , 
completing  Climbout  and  beginning  Pre-Orbit)  is  about  to  take 
place.  The  crew  employs  the  MASTER  MODE  selection  buttons  to 
reconfigure  the  crew  system.  A  single  control  input  (MASTER  MODE 
button  depress]  changes  the  subsystem  format  screens  on  all  of 
his  MPDs.  The  general  guideline  for  how  the  new  screens  are 
eorranged  is  derived  from  Tactical  Doctrine.  The  response  of  the 
C/VI  to  a  MASTER  MODE  control  input  is  preset  (stored  in  an  on¬ 
board,  permanent  data  base) ,  and  can  be  tailored  to  reflect 
individual  crewmember  pteferences  (including  crew  confidence),  or 
mission-specific  special  operational  procedures,  or  rules  of 
engagement.  The  specifics  of  the  new  C/VI  configuration  depend 
on  the  new  mission  phase  to  be  executed.  Lastly,  the  crewmember 
verifies  that  the  expected  C/VI  response  has,  in  fact,  occurred. 

It  is  assumed  that  MASTER  MODE  changes  would  not  be 
automated.  A  sudden,  unexpected  reconfiguration  of  the  C/VI 
could  be  disorienting  to  a  crewmember.  Each  crewmember  performs 
the  C/VI  configuration  independently.  It  is  also  assumed  that 
the  TAV  crew  will  perform  MASTER  MODE  changes  in  sequence.  One 
crewmember  will  input  the  change  and  verify  the  correct  system 
response  before  the  second  crewmember  accomplishes  the  same 
function.  This  would  support  safety-of-flight  considerations. 

It  would  also  allow  one  crewmember  to  continue  to  monitor  the 
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current/last  mission  phase  while  the  second  crewmember  prepares 
for/begins  the  new  one. 
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Figure  37.  Configure  C/Vl 


TAV  System  Function:  TAILOR  MPD  FORMATS 

In  designing  the  TAV  crew  system  concept,  it  is  assumed  that 
any  information  source  (Subsystem  MPD  Format)  is  available  on  any 
display  surface  (MPD)  at  any  time  during  the  mission.  The  TAV 
craw  system  is  assumed  to  be  a  "Glass  Cockpit"  with  few  dedicated 
controls  or  displays-  Information  is  obtained  and  subsystem 
controls  are  accessed  by  means  of  the  MPD  Formats  screens-  The 
specific  arrangement  of  formats  and  the  level  of  an  individual 
subsystem  being  accessed  are  controlled  through  the  crewmember’s 
"tailoring”  of  the  MPD  formats.  It  is  assumed  that  some  changes 
to  the  KPD  format  screens  will  probably  be  required  for  the 
accomplishment  of  each  task  in  the  MES. 

The  crew  maintains  awareness  of  cinrrent  and  upcoming  mission 
events  by  monitoring  the  VSD  and  BSD  situational  awareness 
display  screens-  These  screens  depict  the  Mission  Plan  events. 
When  the  crew  identifies  an  upcoming  (next)  mission  event,  ne 
employs  the  BEZEL  BUTTONS  to  change  the  subsystem  repi-esented  on 
an  MPD  (using  the  Subsystem  Menu  MPD  Format  to  select  a  nev 
subsystem)  and/or  to  change  the  level  at  which  he  is  interaccing 
with  the  current  subsystem  (e.  g. ,  select  and  activate  a 
secondary  level  Subsystem  MPD  Format  screen) .  The  cr''w  verifies 
that  the  expected  format  has  been  presented  to  him- 
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Figure  38.  Tailor  MPD  Formats 


TAV  System  Function:  MONITOR  ENGINES 

The  TAV's  reuajet,  scramjet  and  rocket  engines  are  fully 
integrated  into  the  vehicle’s  aerodynamic  design.  During 
airbreathing  mission  phases,  a  portion  of  the  vehicle  underbody 
provides  precompression  of  the  airstream  as  it  enters  the  engine 
inlet  and  a  portion  of  the  aft  underbody  forms  the  engines' 
exhaust  nozzle.  The  engine  modes  transition  automatically 
between  ramjet  auid  scramjet  operation  and  in  and  out  of  rocket 
propulsion  under  the  control  of  the  ENGINE  MA5JAGEMENT  SUBSYSTEM. 
These  transitions  tcike  place  as  a  function  of  vehicle  Mach  number 
and  altitude.  Engine  monitoring  is  perhaps  most  critical  during 
these  engine  mode  transition  events. 

The  crewmember  observes  current  engine  performance  by 
tailoring  the  C/VI  to  activate  the  Engine  Management  Subsystem 
MPD  Format  screen-  Given  the  throttle  settings  and  engine  mode, 
the  crewmember  observes  the  actual  thrust  and  efficiency  values 
on  the  MPD  screen.  This  format  also  provides  the  expected  (or 
nominal)  engine  performance  values-  Nominal  values  are  obtained 
from  the  Engine  Performance  portion  of  the  TAV  Flight 
Characteristics  Data  Base  by  the  DATA  MANAGEMENT  SUBSYSTEM  and 
are  presented  as  comparative  indices  on  the  Engine  Management 
Subsystem  MPD  Format  screen.  The  crewmember  observes  the  actual 
engine  performance  and  compares  it  against  toe  expected  values - 
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Figure  39.  Monitor  Engines 


TAV  System  Function:  SERVICE  PAYLOAD 

Many  of  the  TAV  missions  are  based  on  the  capabilities 
provided  by  mission  payloads  which  are  either  operated  while  on¬ 
board  the  TAV  or  are  placed  into  orbit.  Mission  success,  then, 
frequently  depends  on  attaining  orbit  with  a  "healthy"  payload 
(or  combination  of  payloads) .  The  TAV  provides  payload  servicing 
from  the  moment  that  the  payload  is  installed  in  the  payload  bay 
until  it  is  either  deployed  or  removed  (during  Post-Flight) . 
Payload  servicing  is  automated  and  consists  of  providing 
heating/ cooling,  power,  gases  or  liquids,  etc- ,  and  replenishing 
payload  consumables.  The  containerized  payload  is  mated  to  the 
TAV's  payload  interface-  All  payload  services  are  provided 
across  this  interface.  The  monitoring  of  container  and  payload 
status  is  also  accomplished  through  this  interface.  The  PAYLOAD 
INTERFACE  SUBSYSTEM  performs  payload  servicing.  The  crew 
monitors  payload  status  and  (manually)  intervenes  only  if  the 
automation  results  in  a  deviation  from  nominal  payload  servicing 
requirements - 

Payload  servicing  status  information  is  monitored  on  the 
Payload  Interface  Subsystem  MPD  Format  screen.  Current  payload 
state  information  is  provided  by  sensors  either  within  the 
payload  itself,  the  payload  container,  or  the  Payload  Interface - 
Payload  servicing  requirements  information  is  provided  by  the 
TAV*s  DATA  MANAGEMENT  SUBSYSTEM  from  the  PAYLOAD  SERVICING 
REQUIRHfENTS  DATA  BASE.  The  crew  identifies  any  deviations 
between  payload  servicing  status  and  servicing  requirements.  If 
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a  deviat:ion  is  found,  the  crew  activitates  (BEZEL  BUTTONS)  the 
Payload  Interface  Service  MPD  Ponat  screen,  a  subsidiary  forMat 
to  the  Subsystem  Format  screen.  The  crew  can  then  adjust  the 
servicing  by  selecting  a  service  (BEZEL  BUTTONS)  and  employing 
increment/ decrement  BEZEL  BUTTONS  to  modify  the  rate/ level  of 
that  service.  This  is  continued  until  actual  payload  servicing 
status  agrees  with  nominal  payload  servicing  requirements. 
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Figure  40.  Service  Payload 


TAV  Systen  Function:  MONITOR  SUBSYSTEMS 

The  Subsystems  MPD  Format  screen  is  a  unique  information 
display.  The  crew  can  activate  this  screen  at  any  point  in  the 
mission  emd  on  2uiy  MPO  surface.  This  screen  depicts  the  cuixent 
status  of  each  TAV  siibsystem.  The  status  information  includes 
subsystem  operational  state  (ON/STANDBY/OFF) ,  utilization 
(percent  subsystem  capacity  actually  being  ei^loyed)  ,  acid  other 
^top  level"  operating  information.  The  crewmember  can  quickly 
verify  nominal  (or  quickly  identify  out-cf -nominal)  subsystem 
status. 

The  Subsystems  MPD  Format  is  an  "own-ship"  status 
information  display.  If  the  TAV  has  been  reconfigured  (e.  g. , 
for  a  degraded  mode  of  operation) ,  this  information  will  be 
readily  noted  from  this  format  screen.  It  primarily  supports 
crew  situational  awsureness  in  this  area.  It  is  also  a  (manual) 
complement  to  the  "SELF-HELP"  SUBSYSTEM  in  this  regard. 

Secondary  screens,  accessed  through  the  Siabsystem  MPD  Format, 
allow  the  crewmember  to  control  each  subsystem  operational  state 
and  moding. 

The  control  functions  associated  with  this  format  allow  the 
crewmember  to  select  individual  Subsystem  MPD  Format  screens. 
These  screens  provide  mere  detailed  information  regarding 
specific  subsystem  operation  and  allow  the  crewmember  to  perform 
BIT,  chaiige  operational  states,  and  change  subsystem  moding. 


116 


Figure  41.  Monitor  Subsystems 


TAV  System  Function:  PERFORM  (FLIGHT)  MANEUVER 

The  TAV  is  capable  of  executing  a  number  of  flight/ 
trajectory  control  maneuvers  during  each  phase  of  the  mission. 
These  maneuvers  include:  Takeoff,  Climbout,  Pre-Orbit,  Ascent  (to 
orbit) ,  De-Orbit,  Descent,  Approach,  and  Landing.  Hypersonic 
cruise  is  performed /maintained  in  the  Climbout  and  Descent  phases 
of  the  MES.  Additionally,  one  or  more  Trans-Orbital  maneuvers  may 
be  included  in  the  mission  execution.  (A  Trans-Orbital  Maneuver 
may  be  required,  for  example,  to  match  the  TAV*s  trajectory  to 
that  of  an  orbiting  space  asset  for  recovery,  repair,  resupply, 
etc.)  An  extension  maneuver  may  be  required  during  the  Descent 
or  Approach  phases  to  allow  the  TAV  to  recover  to  an  alternate 
recovery  base. 

The  execution  of  flight  maneuvers  is  automated.  The 
TRAJECTORY  MANAGER  of  the  FLIGHT  CONTROL  SUBSYSTEM  monitors  the 
current  TAV  state  vector  (altitude,  Mach,  Latitude/Longitude, 
inclination,  ascension,  etc.)  and  continuously  computes  a 
trajectoiry  which  will  achieve  the  desired/required  state  vector. 
The  FLIGHT  CONTROL  SUBSYSTEM  uses  the  (re) planned  trajectory  to 
automatically  control  the  engines  and  f3ight  control  surfaces  so 
as  to  accomplish  the  trajectory.  Additionally,  the  FLIGHT 
CONTROL  SUBSYSTEM  generates  flight  director  commands  (which 
appear  on  the  VSD)  to  provide  the  crew  with  safety-of-flight 
information  in  the  event  that  manual  flight  control  intervention 
is  required.  (See  TAV  System  Function:  MONITOR  TRAJECTORY.) 

The  crew,  primarily  the  pilot-in-command,  monitors  the 
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FLIGHT  CONTROL  SUBSYSTEM'S  execution  of  the  required  maneuver. 
The  VSD  depicts  Mach,  altitude,  trajectory,  and  flight  director 
information.  Latitude/Longitude,  mission  phase  treuisition  point, 
inclination,  and  (primary  and  alternate)  recovery  base 
information  is  presented  on  the  HSD.  The  Engine  Management  HPD 
Format  screen  presents  engine  performance  data.  The  Dynamic 
Pressure  cuid  Thermal  Loading  HPD  Format  screens  provide 
additional  vehicle  state  data. 
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T2kV  System  Function:  SETIU^CT/DEPLOY  LAHDIliG  GEAR 

n&e  TAV*s  landing  gear  are  retracted  inediately  ijqpon  crew 
assurance  that  a  safe  Takeoff  hais  been  accoaplished.  They  are 
delayed  during  the  J^E^roacdi  (Aase  of  the  Mission  upon  crew 
assurance  that  a  within-n<»inal  final  approach  to  the  recovery 
ba^  is  being  accoaplished.  A  dedicated,  panel''Mounted  control 
is  assuned  to  effect  this  function. 


Figure  43.  Retraot/Deploy  Landing  Gear 


TAV  ^stea  Function:  COIDfOlilCATE:  TRANSMIT 

The  ONOIDMICATIONS  SUBSYSTEM  is  a  highly  autonated  link 
■aoiager  and  conunications  processor  which  supports  all  incoaing 
and  outgoing  aessage/data  tasks.  The  crew  interacts  with  the 
COMHUNIGAnONS  SUBSYSTEM  through  the  COMMUNICATION  MPO  FORMAT 
screen.  When  the  Mission  Plan  or  a  aission  event  requires  the 
crew  to  transait  a  aessage,  the  crew  perforas  TAILOR  MPDs  to 
bring  up  Idiis  screen  on  one  of  the  MPDs.  This  screen  confiras 
that  the  OCBBIOMICATIOHS  SUBSYSTEM  has  established  a  valid  link 
with  the  MILSTAR  ccaoninications  satellite  constellation. 

^equency  selection,  network  entry,  satellite  "handshaking,” 
channel  allocation^  and  subscriber  authentication  are  all 
autoiKited  and  are  perforaed  by  the  (XNfMUNICATIONS  SUBSYSTEM.  The 
MnSTAR  link  is  constantly  aaintained  throughout  the  duration 
(^e^Flight  through  Post'-Flight)  of  the  TAV  aission. 

The  crew  first  selects  the  node  with  which  to  coaaunicate. 
Possible  nodes  include  Coaaand  euid  Control  Center (s).  Operations 
C^ter(s),  and  Coiq>onent  Coaaemd  Center  (s) .  Ihe  (XNfMUNICATKHiS 
SUBSYSTEM  presents  a  list  of  network  subscribers  and  the  crew 
esploys  the  BEZEL  BUTTONS  to  acdiieve  connectivity  (i.  e.,  a 
digital  plugboard) .  The  crew  then  selects  the  type  of  aessage: 
(secure)  voice,  (encrypted)  video  (either  "live”  broadcast  or 
previously  recorded)  or  teleaetry  (either  TAV  or  payload 
parfpraance  data) ,  or  other  (encrypted)  data  (such  as  froa  an  on¬ 
board  scientfic  ex(  ^.riaent)  .  The  DATA  BASE  MANAGEMENT  SUBSYSTEM 
^a^is^  the  crew  of  aessages/data  available  for  transaission. 
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The  crew  performs  the  selection  by  using  the  BEZEL  BUTTONS.  The 
DATA  BASE  MANAGEMENT  SUBSYSTEM  will  also  automatically  route  the 
selected  message (s)  into  a  message  queue  maintained  by  the 
COMMUNICATIONS  SUBSYSTEM.  The  screen  is  updatpi  by  the 
CXSMMUNICATIONS  SUBSYSTQ!  to  reflect  that  a  message  is  ready  for 
transmission  (and  to  inform  the  crew  as  to  message  protection:  in 
cleetr,  secure/ encrypted)  .  The  crew  initiates  message 
transmission  by  means  of  a  single  BEZEL  BUTTON  depression.  (If 
[secure]  voice  is  selected,  the  microphone,  integrated  into  the 
crew's  helmet,  is  employed  euid  the  Transmit /Receive  control, 
integrated  into  the  crewmembers*  INTERCOMMUNICATIONS  SUBSYSTEM 
connection,  is  used  to  regulate  the  direction  of  the  voice 
traffic.)  The  message  is  transmitted.  The  COMMUNICATIONS 
SUBSYSTEM  informs  the  crew  as  to  the  receipt  of  the  transmission 
by  the  selected  network  subscriber (s) . 


Figure  44.  Communicate:  Transmit 


TAV  Systes  Function:  MONITOR  TRAJECTORY 

Trajectory  Eoni;.oring  is  perforced  freqpientiy  throughout  the 
TA?  sission.  Beyond  its  obvious  safety-of-f light  implications, 
it  is  required  (by  SOP)  to  be  accomplished  during  Tadce-Off, 
during  Climbout/Descent  (to  assure  that  a  constant  dynamic 
pressure  maneuver  is  being  accomplished) ,  and  during  any  Trans- 
Orbital  Msuieuver. 

TAILOR  MPOS  is  performed  to  bring  up  the  TRAJECTORY 
MANAGQfENT  MPD  FORMAT  screen.  (This  format  is  a  subsidiary  of 
the  FLIGHT  CONTROL  SUBSYSTEM  MPD  FORMAT  and  is  reached  by  first 
bringing  up  that  format  and  then  selecting  the  subfcrcat  by  means 
of  the  BEZEL  BUTTONS.)  The  TRAJECTORY  MANAGEMENT  MPD  FORMAT  is 
used  in  conjunction  with  the  flight  control  information  presented 
on  the  VSD  and  HSD  FLIGHT  CONTROL  SUBSYSTEM  MPD  FORMAT  screens. 

It  provides  finer  resolution  in  its  display  of  trajectory 
information.  The  information  is  provided  by  the  FLIGHT  CONTROL 
SUBSYSTEM  which  includes  a  TRAJECTORY  MANAGER  (processor) . 

The  TRAJECTORY  MANAGER  continuously  computes  and  updates 
(mission  abort)  trajectories  for  the  primary  and  two  alternate 
recovery  bases.  This  information  supports  safety-cf-flight.  Its 
primary  role  is  the  computation  of  the  current  flight  path.  For 
example,  during  Climbout,  it  will  compute  the  trajectory  required 
to  reach  the  Ramjet/Scram  jet  transition  point  (in  tenses  of 
altitude,  Macdi  Number,  and  Latitude/Longitude) .  The  actual 
function  of  Trajectory  Management  is  automated  and  is  executed  by 
the  FLIGHT  CONTROL  SUBSYSTQf.  Flight  Director  commands  are 


generated  by  the  FLIGHT  CONTROL  SOBSYSTEll,  based  on  the  current 
planned  TAV  trajectory  (as  generated  by  the  TRAJECTORY  MANAGER) , 
cmd  are  displayed  on  the  VSD  to  provide  the  crew  with  situational 
awareness  intonation. 
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Figure  45.  Monitor  Trajectory 


TAV  Systes  Function:  STABILIZE  TAV 

Stabilization  of  the  TAV  nay  be  required  at  any  one  of 
several  points  during  the  mission.  Stabilization  consists  of 
accomplishing  fine  adjustments  to  TAV  attitude  and  rates.  It  is 
assumed  to  be  required  as  a  predecessor  to  any  trans-orbital 
maneuver,  trajectory/ orbital  adjustment,  or  payload  operation. 

Ihe  function  is  accomplished  in  conjunction  with  the  TRAJECTORY 
lOUlAGQfENT  capability  of  the  FLIGHT  CONTROL  SUBSYSTEM,  with  GPS 
providing  sn  external,  supplementary  reference. 

The  crewmember  selects  the  Trajectory  Management  MPD  Format 
screen,  a  secondary  display  format  accessed  from  the  Flight 
Control  Subsystem  MPD  Format  screen.  Using  the  BEZEL  BUTTONS,  he 
applies  fine  control  inputs.  The  crewmember  monitors  the  changes 
to  the  TAV  state  vector  (attitude,  altitude,  Mach  Niuaber, 
inclination,  orbital  eccentricity,  ascension,  etc.),  together 
with  their  respective  rates.  Once  the  TAV  has  been  stabilized 
within  nominal  parameters,  the  next  mission  event  can  be 
initiated. 
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Figure  46.  Stabilize  TAV 


TAV  Systea  Function:  OPEN/CLOSE  PAYLOAD  BAY  DOORS 

A  nuaber  of  TAV  operations  will  require  the  opening  of  the 
Payload  Bay.  These  operations  include:  orbital/suborbital 
payload  operation,  payload  ejection/deployment,  space  asset 
recovery/repair,  space  asset  resupply,  exchange  of  personnel,  and 
the  operation  of  certain  experiaent  packages. 

Payload  Bay  door  operations  are  not  noraally  autoaated.  A 
positive  crew  control  input  is  deeaed  to  be  required  to  change 
the  state  of  the  doors. 

The  C/VI  is  assuaed  to  be  tailored  for  this  function.  The 
Payload  Bay  Subsystea  MPD  Foraat  screen  appears  on  at  least  one 
display  surface.  The  crewaeaber  verifies  the  current  state  of 
the  bay  doors  (partially/fully  opened  or  closed) .  The  BEZEL 
BUTTONS  are  used  in  changing  this  state.  The  crewaeaber  verifies 
the  changed  state. 

The  PAYLOAD  BAY  SUBSYSTEM  also  supports  the  crew  in 
aonitoring  the  environaent  within  the  Payload  Bay  itself. 
Depending  on  aission  and/or  payload  requireaents,  this 
environaent  aay  range  between  "Earth-noraal"  and  exoataospheric. 
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Figure  47.  Open/Clo«e  Bny  Doors 


TAV  Systea  Function:  OPERATE  PAYLOAD 

The  crew  notes  the  approach  of  a  nission  event  which 
requires  payload  operation.  (This  inforaation  is  integrated  into 
the  situational  awcireness  displays,  prisarily  the  KSD.)  The 
Fayload  Bay  Subsystea  MPD  Fotaat  screen  provides  the  crew  with 
inforaation  ccnceming  zuid  operational  control  over  the  payload 
bay  doors.  The  crew  uses  this  inforaation  to  verify  that  the 
doors  are  fully  opened.  The  Payload  Interface  Operation  MPD 
Fomat  screen,  a  secondary  screen  to  the  Payload  Interface 
Subsystea  MPD  Foraat  screen,  is  activated  by  BEZEL  BUTTON.  Nhen 
activated,  the  new  screen  provides  the  crew  with  direct  (aanualj 
operational  control  over  the  payload  nodes  and  states. 

Noraally,  all  payload  operations  are  autoaated.  The  MDL 
includes  payload  aoding,  state  change,  and  other  operationally 
required  data.  These  data  are  provided  to  the  PAYLOAD  INTERFACE 
SUBSYSTEM  by  the  DATA  MANAGEMENT  SUBSYSTEM. 

The  crew  verifies  that  the  required  (by  the  Mission  Plan) 
payload  state  and  noding  have  been  acconplished.  (If  not,  they 
accoBiplish  these  requireaents  by  enploying  the  BEZEL  BUTTONS  to 
manually  change  then.)  Payload  operations  (e.  g.,  surveillance 
2md  imagery  recording)  then  take  place  according  to  the  Mission 
Plan.  Niien  payload  operations  have  been  completed,  the  crew 
verifies  the  ful)  closure  of  the  payload  bay  doors  (on  the 
Payload  Bay  Subsystea  MPD  Fomat  screen) . 
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Figure  48.  Operate  Payload 


TAV  System  Fimction:  DEPLOV:  PAYLOAD 

The  crew  notes  the  approach  cf  a  aission  event  which 
requires  payload  deployment.  (This  information  is  j.ntegrated 
into  the  situational  awareness  displays,  primarily  the  HSD.)  The 
Payload  Bay  Subsystea  MFD  Format  screen  provides  the  crew  with 
infoinnation  concerning  and  operational  control  oyer  the  payload 
bay  doors.  The  crew  uses  this  inforaation  to  verify  that  the 
doors  are  fully  opened.  The  Payload  Interface  Operation  HPD 
Format  screen,  a  secondary  screen  to  the  Payload  Interface 
Sid^system  HPD  Format  screen,  is  activated  by  BEZEL  BUTTON.  When 
activated,  the  new  screen  provides  the  crew  with  direct  (manual) 
operational  control  over  the  payload  ejection/boost  initiaticm 
capabilities  of  the  PAYLOAD  INTERFACE  SUBSYSTEM. 

Normally,  all  payload  operations  are  automated.  The  MDL 
includes  payload  eject/bcost  information  (times,  inclinations, 
etc.),  and  other  operationally  required  data.  These  data  are 
provided  to  the  PAYLOAD  INTERFACE  SUBSYSTEM  by  the  DATA 
MANAGEMENT  SUBSYSTEM. 

The  crew  activates  (BEZEL  BUTTONS)  the  Payload  Interface 
Eject/Boost  MPD  Format  screen,  a  secondary  screen  to  the  Payload 
Interface  Subsystem  MPD  Format  screen.  Payload  operations  (e. 
g.,  ejection  or  boosting  of  a  payload  into  a  predetermined  orbit) 
are  normally  automated  functions  which  take  place  according  to 
the  Mission  Plan.  The  PAYLOAD  INTERFACE  SUBSYSTEM  performs  the 
actual  action.  When  the  payload  deployment  operation  has  been 
completed,  the  PAYLOAD  INTERFACE  SUBSYSTEM  generates  a  "Payload 


135 


Deployed”  notification  message  on  the  MPO  screen.  The  crew 
verifies  that  deployaent  has  actually  occurred  by  means  of  a 
closed-circuit  television  systea  which  monitors  the  Payload  Bay. 
The  crew  then  verifies  the  full  closure  of  the  payload  bay  doors 
(on  the  Payload  Bay  Subsystem  MPD  Format  screen) . 
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Figure  49.  Deploy  Payload 


TAV  System  Function:  RECORD  PAYLOAD  DATA 


Payload  operation  or  spacebome  scientific  and  comnercial 
experimental  packages  may  produce  technical  data  and/or  imagery. 
In  addition,  the  operation  of  the  payload/package  may  require 
monitoring  of  states/modes  for  engineering  purposes.  These  data 
may  either  be  transmitted  in  real-time  (See  TAV  System  Function: 
COMMUNICATE:  TRANSMIT)  or  recorded  on-board  the  TAV  for 
subsequent  transmission  and/or  retrieval. 

The  on-board  data/ imagery  recorders  are  a  capability  of  the 
DATA  MANAGEMENT  SUBSYSTEM.  It  is  assumed  that  assignment  euid 
activation  of  recorders  and  pairing  of  specific  data  sources  to 
recorders/ recorder  channels  is  automated  and  under  the  control  of 
the  DATA  MANAGEMENT  SUBSYSTEM.  It  is  further  assumed  the  the  MDL 
contains  all  information  (e.  g. ,  start/stop  times,  data  types, 
recorder  channel  assignments,  etc.)  required  to  accomplish  the 
automated  data  recording  function. 

The  crevmesber  observes  upcoming  mission  plan  requirements 
for  on-board  data  recording  on  the  BSD  and/or  on  the  Payload 
Interface  Subsystem,  Payload  Operations  MPO  Fermat  screen.  He 
activates  the  Data  Management  Subsystem,  Data  Recording 
(secondary)  MPD  Format  screen  and  observes  the  "Ready"  state  of 
the  assigned  recorders/ channels.  When  data  are  passed  from  the 
payload/ experiment  across  the  PAYLOAD  INTERFACE  SUBSYSTH!  to  the 
DATA  MANAGEMEIJT  SUBSYSTEM,  he  observes  the  recorder  state 
transition  to  "Recording"  and  verifies  that  data  recording  is 
taking  place.  At  the  completion  of  the  data  recording  episode. 


the  crevaeaber  observes  the  recorder (s)  state  transition  to 
"Off." 
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Figure  60.  Record  Paylond  Data 


TAV  Systea  Function:  PERFORM  ENGINE  RESTART 

Engines  are  shut  down  during  the  On-Orbit  phase  of  the  TAV 
Bission.  In  order  to  initiate  the  De-Orbit  phase,  at  the 
conclusion  of  On-Orbit  operations,  the  crew  nust  restart  the 
rocket  engines. 

At  the  nission  plan  tine  for  rocket  engine  restart,  as 
reflected  on  the  HSD,  the  crewBe3^}er  employs  em  engine  restart 
switch  integrated  into  the  split  throttle  flight  control.  He 
observes  the  successful  refiring  of  the  rocket  engines  on  the 
Engine  Kanageaent  Subsystea  MPD  Format  screen. 
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Figure  61.  Perform  Engine  Restart 


TAV  System  Function:  ADJUST  TRAJECTORY  (ILANDAL) 

The  System  Function  is  a  mauiual  baclcup  or  override 
capability  provided  to  support  Safety-of -Flight  contingencies. 

In  the  event  of  an  inflight  mission  abort  declaration,  the  crew 
would  employ  this  capability  to  either  1)  assume  manual  control 
over  the  TAV  trajectory  (i.  e.,  "hand  fly"  the  vehicle)  or,  in 
accordemce  with  Tactical  Doctrine,  2)  to  select  either  the 
primary  recovery  base  or  one  of  the  two  alternate  recoveiry  bases 
(for  which  the  TRAJECTORY  MANAGER  of  the  FLIGHT  CONTROL  SUBSYSTEM 
continuously  replans  recovery  trajectories) .  The  latter  case  is 
similar  to  the  "Fly  to  Destination"  capability  of  a  modem 
aircraft  mission-following,  automated  navigation  subsystem. 

It  is  assumed  that  (at  least)  one  crewmember,  "the  pilot 
flying,"  always  has  the  Flight  Control  Subsystem  MPD  Format 
screen  as  an  active  display.  It  is  also  again  assumed  that  the 
actual  flight  control  functions  are  automated,  with  the  stick  and 
throttle  serving  to  afford  a  safety-of-flight  backup  capability. 

Overriding  the  automated  FLIGHT  CONTROL  SUBSYSTEM-generated 
trajectory  control  function  is  accomplished  by  activating  the 
MANUAL  OVERRIDE  function  on  the  MPD  (BEZEL  BUTTON) ,  followed  by 
the  input  of  a  positive  control  movement  to  either  the  stick  or 
throttle.  The  automated  flight  control  system  disengages  and  the 
crewmember  has  manual  flight  control  authority.  The  crewmember 
can  either  proceed  with  the  mission  (using  the  Flight  Director 
commands  on  the  VSD  as  a  primary  reference)  or  select  (BEZEL 
BUTTONS)  one  of  the  preplanned  recovery  bases,  if  the  situation 
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warrants  aission  aborts.  Once  a  "within  noainal"  trajectory  has 
been  established,  the  crewmeaber  can  either  continue  aanual 
flight  control,  or  re-engage  the  autoaated  FLIGHT  CONTROL 
SUBSYSTEM. 
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Figure  52.  Adjust  Trajectory  (Manual) 


TAV  System  Function:  COMMUNICATE:  RECEIVE 

An  eacternal  network  subscriber  transmits  a  message  to  the 
TAV  at  some  point  during  the  mission.  The  Communications 
Processor  function  of  the  COMMUNICATIONS  SUBSYSTEM  receives  the 
incoming  message  and  performs  any  required  authentication  or 
verification.  The  successful  receipt  of  the  transmitted  message 
is  automatically  acknowledged  to  the  sending  node.  The  message 
is  automatically  parsed  by  the  COMMUNICATIONS  SUBSYSTEM  and  an 
advisory  is  generated  for  the  crew.  The  advisory,  displayed  on 
one  or  more  of  the  MPOs,  contains  a  message  identification  field 
(assigned  by  the  COMMUNICATIONS  SUBSYSTEM),  a  subscriber 
identification  field,  and  a  message  priority  field.  The  crew 
responds  to  the  advisory  by  using  the  BEZEL  BUTTONS  to  bring  up 
the  COMMUNICATION  MPD  FORMAT  screen  on  one  of  the  MPDs.  The  crew 
uses  the  BEZEL  BUTTONS  to  select  the  specific  message  to  be 
reviewed  from  a  prioritized  received  message  queue  (maintained  by 
the  COMMUNICATIONS  SUBSYSTEM) .  The  full  text  of  the  message  then 
appears  on  the  MPD.  (The  COMMUNICATIONS  SUBSYSTEM  automatically 
decrypts  incoming  messages.)  The  crew  reviews  the  message 
content.  If  the  message  requires  a  modification  of  the  Mission 
Plan,  for  example,  the  crew  employs  the  BEZEL  BUTTONS  to  actively 
consent  to  this  action.  Upon  receiving  crew  consent,  the 
COMMUNICATIONS  SUBSYSTEM  will  automatically  pass  the  relevant 
portion (s)  of  the  message  to  the  DATA  BASE  MANAGEMENT  SUBSYSTEM 
which  will  automatically  update  the  appropriate  on-board  data 
bases.  The  crew  will  monitor  the  impact  of  this  update  (e.  g. , 
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on  the  BSD,  VSD,  and/or  the  PAYLOAD  INTERFACE  SUBSYSTEM  MPD 
FORMAT  screens)  as  the  nission  progresses. 
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Figure  63.  Communicate:  Receive 


TAV  System  Function:  UPDATE  MISSION  PLAN 

With  the  possible  exception  of  communications  blackouts 
which  may  be  experienced  during  the  Climbout  and  Descent  phases 
of  the  HES,  the  TAV  remains  in  direct,  two-way  communication  (by 
means  of  MILSTAR)  with  both  the  Mission  Operations  Center  and  the 
Command  and  Control  Center.  Should  developing  events  warrant  it, 
ei^er  Center  can  prepzure  and  transmit  updates  to  the  MDL.  For 
example,  additional  trans-orbital  maneuvering  may  be  commanded 
(in  order  to  avoid  crossing  certain  geopolitical  boundaries)  or 
additional  on-orbit  operations  of  TAV  payload  capabilities  may  be 
required.  These  updates,  in  the  form  of  changes  to  the  Mission 
Plan  portion  of  the  MDL,  are  passed  to  the  TAV  as  a  special  case 
of  the  COMMUNICATE:  RECEHi^  TAV  System  Function. 

Upon  generation  of  a  MDL  Update  Message  alert  (FEOl) ,  the 
crewmember  employs  the  control  functions  (BEZEL  BUTTONS) 
associated  with  the  Communications  Subsystem  MPD  Format  screen 
(FE02)  to  acknowledge  receipt.  He  next  tailors  the  C/VI  to  bring 
up  the  Data  Management  Subsystem  MPD  Format  screen  (FE03)  on  one 
of  his  displays.  The  screen  shows  that  the  COMMUNICATIONS 
SUBSYSTEM  has  queued  an  Update  Message  for  the  DATA  MANAGEMENT 
SUBSYSTEM  to  act  on.  He  views  the  updated  Mission  Plan  data  and 
anticipates  its  effect  on  TAV  operations  and  crew  mission  pacing. 
A  positive  control  action  (BEZEL  BUTTON)  is  executed  to  pass  the 
replanning  data  to  the  DATA  MANAGEMENT  SUBSYSTEM  (FE04) .  Once 
the  crewmember  provides  this  input,  the  DATA  MANAGEMENT  SUBSYSTEM 
automatically  updates  the  Mission  Plan  portion  of  the  MDL.  The 
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crewmember  verifies  that  the  MDL  update  has  been  accepted  (FE05) . 
(These  crew  actions  are  similar  to  the  function  of  LOAD/VERIFY 
MDL  which  is  performed  during  the  Pre-Flight  phase  of  the 
mission. ) 

Subsequently,  the  cre%nBember  observes  the  results  of  the 
update  to  the  Mission  Plan  as  the  revised  TAV  trajectory/ 
operations  schedules  are  executed  by  the  FLIGHT  CONTROL, 
NAVIGATION,  STORES  MANAGEMENT,  PAYLOAD  INTERFACE,  and  possibly 
other  of  the  TAV  SUBSYSTEMS  during  the  course  of  the  mission. 
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Figure  B4.  Update  Mission  Plan 


TAV  System  Function:  UPDATE  PAYLOAD  GUIDAIJCE  AND  COIITROL 

Kith  the  possible  exception  of  communications  blackouts 
which  may  be  experienced  during  the  Climbout  and  Descent  phases 
of  the  HES,  the  TAV  remains  in  direct,  two-way  communication  (by 
means  of  MILSTAR)  with  both  the  Mission  Operations  Center  and  the 
Command  emd  Control  Center-  Should  developing  events  warrant  it, 
either  Center  can  prepare  and  transmit  updates  to  the  MDL-  For 
example,  the  time-on-target  may  change  or,  in  the  case  of  a 
surveillance  mission,  the  sensor  operating  modes  may  be 
replanned.  These  updates,  in  the  form  of  changes  to  the  guidance 
and  control  portions  of  the  MDL,  are  passed  to  the  TAV  as  a 
special  case  of  the  COMHUNiaATE:  RECEIVE  TAV  System  Function. 

The  crewmember  employs  the  control  funct'ons  (BEZEL  BUTTONS) 
associated  with  the  Communications  Subsystem  HPD  Format  screen  to 
acknowledge  the  receipt  of  a  MDL  Update  Message.  Ke  next  tailors 
the  C/VI  to  bring  up  the  Data  Management  Subsystem  MPD  Format 
screen  on  one  of  his  displays-  The  screen  shows  that  the 
COMMUNICATIONS  SUBSYSTEM  has  placed  an  Update  Message  in  the 
^update  waiting"  queue  of  tlje  DATA  MAN-AGEMEfJT  SUBSYSTEM.  He 
views  the  updated  guidance  and  control  data  and  anticipates  its 
effect  on  the  Mission  Plan.  (This  is  similar  to  the  function  of 
LOAD/VERIFY  MDL  Which  is  performed  during  the  Pre-Flight  phase  of 
the  mission.)  A  positive  control  action  (BEZEL  BUTTON)  is 
executed  to  pass  the  update  to  the  DATA  MANAGEMENT  SUBSYSTEM. 

Once  the  crewmember  provides  this  input,  the  D.ATA  MANAGOSENT 
SUBSYSTEM  automatically  updates  the  Payload  Operations  portion  of 
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the  MDL.  Subsequently,  the  crevneaber  observes  the 
accoaplishaent  of  the  update  to  the  Mission  Plan  as  the  revised 
guidance  amd  control  schedule  is  carried  out  by  the  PA¥IX7AO 
INTERFACE  SUBSYSTEM  during  Payload  Operations. 
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Figure  66.  Updnte  P/L  Guidance  and  Control 
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TAV  System  Function:  RESPOND  TO  WCA 

The  TAV  is  assumed  to  employ  a  sophisticated  subsystem 
status  monitoring  capability,  the  "SELF-HELP"  SUBSYSTEM.  One  of 
the  functions  of  this  subsystem  is  to  generate  Weuming,  Caution, 
and  Advisory  (HCA)  alerts  to  the  aircrew-  HCA  alerts  (both 
auditory  amd  visual  amnur.ciations)  are  based  on  the  results  of 
subsystem  status  monitoring  capabilities  and  on  the  results  of 
"Built-in  Test"  functions,  commanded  by  the  "SELF-HELP"  SUBSYSTEM 
on  other  TAV  subsystems.  Auditory  alerts  are  received  over  the 
IKTERCOHHUHICATIONS  SUBSYSTEM  (headphones)  while  visual  alerts 
appear  on  the  MPD  format  screens.  V*CA  alerts  are  prioritized 
with  Warnings  representing  the  most  severe  condition  (e.  g. ,  an 
actual  or  imminent  subsystem  failure)  and  Advisories  representing 
^  Ae  least  severe  condition  (e.  g- ,  a  non-life  threatening  crew 
competrtment  lighting  fluctuation)  -  Events  which  lead  to  the 
generation  of  Warning  alerts  generally  will  affect  the  TAV's 
capability  to  perform  the  mission  while  Caution  and  Advisory 
conditions  generally  do  not  have  (immediate)  impact  on  zaXSSXCIt 
effectiveness.  Following  this  logic,  the  IDEFO  depictions 
reflect  that  the  crew  must  acknowledge  Warning  or  Caution 
annunciations  (but  not  Advisories) . 

The  "SELF-HELP"  SUBSYSTEM  is  also  assumed  to  support  the 
crew  in  diagnosing  subsystem  problems,  in  performing  "trouble¬ 
shooting"  operations  to  restore/ recover  failed/ failing  subsystem 
capabilities,  and  in  reconfiguring  subsystems  or  subsystem 
capabilities  in  order  to  regain  an  operacionally  capable  vehicle. 
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The  crew  support  functions  are  identified  in  the  IDEFO  depiction 
of  this  TAV  Systes  Function - 

In  the  case  of  a  ivatming  or  Caution  alert,  the  crew  laust 
acknowledge  the  visual  and  auditory  annunciation.  This  is  done 
by  iseans  of  the  BEZEL  BUTTONS  at  any  of  the  station’s  MPDs.  If 
the  annunciation  caise  as  a  result  of  a  Caution  (or  Advisory) 
condition,  the  crewueaber  nay  elect  to  activate  the  "Self-Help" 
Subsystea  MPD  Foraat  screen  in  order  to  obtain  sore  specific 
infonsation  regarding  the  subsystem (s)  involved;  in  the  case  of 
responding  to  a  Naming  annunciation,  the  "Self-Help"  Subsystem 
MPD  Fonaat  Screen  is  autoaatically  generated  upon  crew  response 
to  the  annunciation. 

It  is  assumed  that  Warning  and  Caution  ann'onciations  are 
both  visual  and  auditory,  while  Advisories  are  visual  cue  only. 
Acknowledgecent  will  extinguish  the  highest  level  of 
annunciation.  That  is  the  auditory  cue  will  be  eliminated  and 
the  visual  will  be  reduced  in  conspicuity  (e.  g.,  go  from  a 
blinking  to  a  steady  cue) .  It  is  assumed  that  the  visual 
annunciation  will  be  color  coded  with  red  reserved  for  Warning 
conditions,  orange  for  Cautions,  and  yellow  for  Advisories. 

The  crewseEber  will  inspect  the  "Self-Help"  Subsystem  MPD 
Format  screen  to  obtain  subsystem  status  information  and  to 
identify  the  specific  out-of -nominal  condition (s)  which  elicited 
the  WCA  annunciation.  Automated  subsystem  testing  can  be 
employed  through  the  "SELF-HELP"  SUBSYSTEM  in  ord^r  to  fuirther 
diagnose  the  problem (s).  If  necessary,  the  "SELF-HELP"  SUBSYSTffl 
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C2m  assist  the  crewHeiaber  in  accomplishing  troubleshooting 
procedures  to  attempt  to  correct  the  problem.  If  this  last  step 
is  not  completely  successful,  the  capabilities  of  the  "SELF-HELP" 
SUBSYSTEM  can  be  employed  to  assist  in  reassigning  functions  or 
capabilities  across  remaining  "healthy”  TaV  subsystems.  For 
example,  if  a  failure  in  the  COMMUNICATIONS  SUBSYSTEM  link  to  the 
GPS  Satellite  system  results  in  loss  of  the  TAV's  primary 
navigation  reference.  The  crew  could  elect  to  adopt  the  TAV's 
organic  INS  capability  as  the  primary  reference  of  the  NAVIGATION 
SUBSYSTEM  and  to  continue  the  mission  under  this  degraded  mode  of 
operational  capability. 
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Figure  66.  Respond  to  WCA 


SECTION  V 


MEASURES  OF  EFFECTIVENESS  AND  PERFORMANCE 


MEASURES 

Measures  of  effectiveness  (MOEs)  are  defined  as  system  level 
descriptors  while  measures  of  performance  (KOPs)  are  defined  at 
the  subsystem  level.  MOEs  are  selected  to  quantify  the  salient 
system  attributes  and  reflect  the  mission  area  requirements 
supported  by  the  system.  MOEs  may  include  both  economic  and  non¬ 
economic  (i.  e.,  capability)  factors.  MOEs  appropriate  to  the 
TAV  system  concept  might  include:  life  cycle  costs,  cost/pound  of 
payload  into  orbit,  cost/flight,  lift  capability,  percent  of 
missions  projected  to  be  performed  successfully,  tuimarovind  time, 
probability  of  mission-available  vehicle,  etc. 

MOPS  are  derived  from  MOEs  by  a  decomposition  process.  Many 
MOEs  will  be  common  across  mission  types.  Many  MOPs  nay  be 
mission  specific.  As  was  mentioned,  MOEs  are  based  on  system- 
level  attributes.  These  are  identified  below.  MOPs,  defined  at 
the  subsystem  level,  are  derived  from  the  IDEFO  representations 
(presented  in  Section  IV)  of  the  TAV  System  Functions.  MOPs  are 
documented  in  the  form  of  Performance  Criteria  Specifications 
which  correspond  to  each  IDEFO  chart  and  which  are  also  presented 
below. 

MEASURES  OF  EFFECTIVENESS 

To  a  great  extent,  the  MOEs  reflect  the  capability  of  the 
TAV  system  concept  to  satisfy  high-level  mission  requirements. 
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The  Bission  rcguiresents  are  identified  below  and  TAV  systen 
attributes  are  identified  which  support  requiresent  satisfaction. 
It  should  be  noted  in  the  discussion  that  several  of  the  TAV 
system  capadiilities  support  multiple  MOEs. 

Assured  Access  to  Space:  The  Dnited  States  space  policy  calls 
for  establishing  and  maintaining  a  continuing  capability  to 
perform  space  missions.  The  TAV  system  concept  helps  to  achieve 
an  assured  access  to  space  capability  because  of  several  inherent 
attributes.  Aircraft-like  on-board  avionics  amd  groimd  support 
operations  provide  a  high  degree  of  individual  vehicle 
reliablity,  resulting  in  increased  TAV  availability  and  robust 
mission  operations.  TAV  orbital  flexibility,  achieved  by  both 
takeoff  inclination  selection  and  trans-orbital  maneuvering, 
results  in  greatly  expanded  "laxmch  windows,"  avoiding  potential 
delays.  The  TAV  can  perform  takeoff,  climbout,  approach,  and 
landing  under  night  and  adverse  weather  conditions,  again 
enhancing  access  to  space.  Conventional  runway  basing  obviates 
reliance  on  specialized  launch  and  launch  support  facilities. 
Rapid  TAV  tumaroxind,  provided  by  aircraft-like  avionics,  on¬ 
board  subsystem  malfunction  diagnostics  and  troubleshooting 
support,  prepared  (containerized)  payloads,  and  horizontal 
payload  processing  and  insertion,  greatly  reduce  the  time  between 
missions  for  each  vehicle.  The  TAV’s  ability  to  perform  "self¬ 
ferry,"  i.  e. ,  to  fly  from  a  recovery  base  to  a  second  operating 
base,  also  supports  reduced  turnaround  time.  Additionally,  the 
TAV  fleet  will  be  capable  of  responding  to  surge  tasking. 


supporting  the  acconplishiaent  of  multiple  space  missions 
s imu Itaneous ly . 

Global  Range:  The  hypersonic  cruise  and  orbital  operations 
capabilities  of  the  TAV  system  are  compatible  with  a  global 
operating  range.  The  capability  to  perform:  trans-orbital 
maneuvers  places  any  point  of  the  globe  within  the  TAV's 
operational  "footprint." 

Responsive  Launch  Capability:  Prepared,  containerized  payloads, 
wherein  each  payload  type  might  support  distinct  mission 
requirements,  together  with  horizontal  payload  processing,  which 
greatly  expedites  payload  readiness  and  payload/TAV  mating, 
provide  a  highly  responsive  mission  launch  capability. 
Airplane-like  Operations:  The  TAV  performs  horizontal  takeoffs 
and  landings  from  conventional  runways-  Inter-mission  tumaroimd 
is  rapidly  accomplished  with  a  minimum  of  ground  support.  The 
vehicle  itself  is  fully  reusable,  greatly  reducing  operating 
costs  and  turnaround  times  and  complexity - 

Flexibility:  The  capability  of  executing  all-azimuth  flight 
tracks,  supported  by  horizontal  take-off  from  conventional 
runways  and  trans-orbital  maneuvering,  eliminates  some  of  the 
constraints  imposed  on  mission  planning.  The  capability  to 
rapidly  mate  with  and  employ  a  variety  of  standard  and  special 
payloads  supports  the  accomplishment  of  diverse  and/or  multiple 
mission  objectives;  the  TAV  is  "missionized"  by  means  of  the 
capabilities  of  the  payload (s)  employed.  The  use  of  a 
standardized  payload  interface  greatly  simplifies  the  problem  of 
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"re-rolling"  the  TAV  system-  During  mission  operations,  trans¬ 
orbital  maneuvers  may  be  performed  which  provide  the  mission 
pleuuier  with  additional  degrees  of  freedom  in  assigning  mission 
objectives. 

Survivabi 1 itv :  The  speed  and  altitude  regime  of  the  TAV  system 
make  it  inherently  survivable- 


MEASDRES  OF  PERFORMANCE 

MOPS  are  presented  in  the  form  of  Performance  Criteria 
Specifications,  PCSs-  The  PCS  is  a  formatted  description  of  the 
context  and  content  of  each  TAV  System  Function.  The  Crew 
Task(s}  portion  of  the  PCS  has  been  prepared  to  have  the 
appearance  of  a  crew  procedure.  The  last  portion  of  the  PCS, 
Specification  for  Successful  Performance  of  Task,  is,  in  essence, 
the  actual  MOP. 

The  PCS  MOP  description  is  composed  of  several  interrelated 
sections: 

Mission  Phase:  The  mission  phases  of  the  notional  TAV  mission 
(Pre-flight,  Takeoff,  Climbout,  Trans-Orbital,  On-Orbit,  De- 
Orbit,  Approach,  Landing,  or  Post-Flight)  are  presented  in 
Section  III,  Mission  Event  Sequence. 

System  Function:  The  specific  TAV  System  Function  (Section  IV) 
or  capability  being  exercised  in  executing  the  mission  plan  for 
that  Mission  Phase. 

Crew  Task f si :  The  procedure  followed  by  the  TAV  crew  in  accom¬ 
plishing  the  TAV  System  Function - 
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Conditions;  A  description  of  the  external  and  internal  system 
states  in  force  when  the  TAV  System  Function  is  being  executed. 
Specification  for  Successful  Performance  of  Task:  These  are  the 
quantitative  metrics  which  are  to  be  applied  in  determining  the 
successful  accomplishment  of  the  Crew  Task(s).  They  are  defined 
in  terms  of  speed  (time) ,  accuracy,  errors,  and  expected 
workload.  (Workload  estimation  is  implicit  in  the  PCS.  The  Crew 
Tasks  portion  of  the  PCS  could  be  used  as  the  basis  for  a 
projective  application  of  the  Subjective  Workload  Assessment 
Technique  [SWAT].  In  SWAT,  workload  is  defined  along  three 
dimensions:  time  stress  [T],  mental  effort  [E],  and  psychological 
stress  [S].  Three  levels  are  explicitly  defined  for  each  of  the 
dimensions.  Experienced  Operating  Command  crewmembers  serve  as 
subject  matter  experts  [SHEs].  An  individual  SWAT  scale  is 
developed  for  each  SHE,  based  on  his/her  rank  ordering  of  the  27 
[3^1  combinations  of  the  T,E,S  descriptions  using  a  mathematical 
procedure  termed  conjoint  scaling.  The  SME  is  then  required  to 
provide  T,E,S  triplets  for  each  Crew  Task  procedure.  This  is 
referred  to  as  "event  scoring."  The  SWAT  rating  is  then 
converted  into  a  SWAT  workload  value  by  means  of  the  individual 
scale.  The  SWAT  workload  value  is  defined  over  the  range  of  zero 
to  100  SWAT  workload  units.  A  second  method  of  assessing  crew 
workload  from  the  PCS  is  based  on  estimating  the  time  available 
[TA]  for  completing  the  entire  Crew  Task  and  the  times  required 
[TR]  for  the  execution  of  each  step  in  the  procedure.  The  ratio 
of  TR/TA,  similar  to  a  utilization  ratio  in  queueing  theory. 
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serves  as  the  workload  metric.) 


PERFOBKANCE  CRITERIA  SPECIFICATIONS 

PCS  descriptions  have  been  developed  for  each  of  the  System 
Functions  identified  in  the  HES  and  depicted  in  the  IDEFO  chairts. 
The  PCS  descriptions  are,  in  essence,  an  initial  development  of 
crew  procedures  which  might  be  employed  to  execute  the  required 
System  Function.  Just  as  the  IDEFO  depictions  represent  one 
approach  to  implementing  the  System  Functions,  the  PCS 
descriptions  each  represent  one  of  several  possible  crew 
procedures  which  could  be  developed  by  the  Operating  Command. 

The  portion  of  the  PCS  which  details  the  CREW  TASKS  is 
intended  to  suggest  a  crew  procedure  or  checklist.  It  is  not  as 
complete  as  one  which  might  be  derived  from  an  avionics  manual 
since  the  TAV  C/VI  has  not  yet  been  thoroughly  defined.  Salient 
features  of  the  C/VI  (Master  Modes,  MPDs,  etc.),  which  were 
identified  in  the  Baseline  TAV  Description  (Section  II) ,  have 
been  incorporated. 

The  SPECIFICATION  portion  of  each  PCS  is  numbered  so  as  to 
correspond  directly  to  the  individual  actions  called  out  xinder 
CREW  TASKS.  MOPS  are  defined  in  terms  of  speed  and  accuracy 
parameters  for  each  step  of  the  "checklist."  The  MOPs  are  based 
on  engineering  judgement  and  subjective  assessments  of  three  task 
attributes: 

-  Frequency  of  occurrence  of  the  task 

-  Criticality  of  the  task  (with  respect  to 
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mission  success  or  safety-of-flight) 
Perceived  difficulty  or  complexity  in  task 
execution  (a  correlate  of  workload) 


(The  individual  PCSs  are  presented  in  the  same  order  as  were  the 
System  Function  descriptions  (IDEFO  depictions]  in  Section  IV.) 


MISSION  PHASE:  Multiple 
SYSTEM  FUNCTION:  CONFIGURE  TAV 
CREW  TASKS: 

1.  Configure  the  C/VI  (see  below) 

2-  Tailor  MPD  Fonaats  (see  below) 

3.  Monitor  situational  awareness  MPD  fonaats  (VSD,  USD) 

4.  Identify  upcoming  mission  event  as  requiring  a  change 
in  trajectory 

5.  Select  TAV  Configuration  MPD  Format  (secondary  screen 
accessed  from  Flight  Control  Subsystem  MPD  Format) 

3.  Observe  current  TAC  control  surface  configuration 

7.  Monitor  control  surface  reconfiguration 

8.  Verify  new  control  surface  configuration 
(9.  Perform  manual  override  (if  required)) 

CONDITIONS:  The  TAV  may  perform  trajectory  change  maneuvers 
during  the  transition  between  mission  phases  or  within  a  single 
mission  phase.  Control  surface  reconfiguration  is  an  automated 
FLIGHT  CONTROL  SUBSYSTH*  function.  The  crew  anticipates  the 
reconfiguration  event,  monitors  the  automated  execution,  while 
ready  to  manually  override  the  automation  in  the  event  of  a 
malfunction  The  crew’s  role  is  primarily  co  assure  safety-of- 
fiight. 

SPECIFICATION: 

1.  Configure  the  C/VI  is  performed  within  -s-/-  3C  sec 
of  the  beginning  of  any  mission  phase 

2.  The  MPDs  are  tailored  to  optimize  the  availability 


of  critical  infoiraation  within  l  ain  of  the  staxt  of 


a  new  aission  phase 

3,4.  Situational  awareness  regarding  an  upcoaing  flight 
control  aaneuver  should  be  attained  at  least  2  ain 
prior  to  the  initiation  of  that  aaneuver  and  with 
G  %  oaissions 

5.  Selecting  tiie  proper  MPD  foraat  screen  by  which  to 
aonitor  a  critical  aissicn  event  should  be  performed 
at  least  30  sec  prior  to  that  event  and  with  100  i 
accuracy 

6.  Observing  the  current  flight  control  surface 
configuration  should  take  no  longer  than  0.5  sec 
and  should  be  performed  with  100  %  accuracy 

7.  Monitoring  the  execution  of  an  automated  function 
should  take  no  longer  than  1.0  sec  and  should  be 
perforaed  with  100  %  accuracy 

8.  Verifying  \J:e  correct  outcone  of  an  autosated, 
nission  critical  function  should  take  no  longer 
them  0.5  sec  and  should  be  performed  with  100  % 
accuracy 

(9.  Manual  override  to  restore  safety-of -flight 

conditions  should  take  no  longer  than  0-5  sec 
to  perfom  and  should  be  acconplished  with  100  \ 
accuracy) 
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MISSICN  PHASE:  Multiple 

SYSTEM  FUNCTION:  CONFIGURE  'IHE  C/VI 

CREW  TASKS: 

1.  Monitor  situational  awaureness  MPD  foziaats 

2.  Identify  upcoming  event  as  mission  phase 
transition 

3.  Select  appropriate  Master  Mode 

4-  Verify  new  C/VI  configuration 

CONDITIONS:  Configuration  of  the  C/VI  is  performed  at  the 
beginning  of  each  mission  phase.  The  specifics  of  the  new  MPD 
format  screen  arrangements  (i.  e. ,  TAV  subsystem  displays  on 
individual  MPD  surfaces)  reflect  the  planned  events  of  the  new 
mission  phase,  their  relative  priorities,  crew  preferences,  and 
crew  confidence  levels.  Tailoring  of  the  C/VI*s  response  to  a 
Master  Function  input,  to  reflect,  these  factors  is  possible. 
SPECIFICATION: 

1,2.  Situational  awareness  regarding  an  upcoming 
mission  phase  transition  should  be  attained 
at  least  1.0  min  prior  to  the  initiation  of 
of  that  transition  and  with  0  i  omissions 

3.  Selection  of  the  appropriate  Master  Mode  button 
should  take  no  longer  than  0.5  sec  and  should 
be  performed  with  95  %  accuracy 

4.  Verifying  the  correct  system  response  to  a  Master 
Mode  control  input  should  require  no  longer  than  l.O 
sec  and  should  be  performed  with  100  %  accuracy 
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MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  TAILOR  MPD  FORMATS 

CREW  TASKS: 

1.  Identify  upcoming  laission  event  as  requiring 

access  to  MPD  forBat{s)  not  currently  activated 

1.  Activate  required  MPD  format  screen (s) 

3.  Verify  that  correct  MPD  fonaat  screen (s)  now 
activated 

CONDITIONS:  Much  of  the  "switchology"  required  to  configure  the 

C/VI  for  the  changing  tasks  and  priorities  of  each  zaissicn  phase 
is  accomplished  through  the  Master  Mode  function  (see  PCS  for 
CONFIGURE  THE  C/VI,  above).  Individual  nission  events,  however, 
»ay  well  require  that  the  crew  access  specific  subsystems  or 
inforsation  soxirces  for  relatively  brief  periods  during  a  mission 
phase  in  order  to  accomplish  or  sonitor  a  specific  task.  The 
crew  Eust  understand  the  relative  priorities  of  each  information 
source  (KPD  format  screen)  since  one  currently  accessed  format 
must  be  deactivated  in  order  to  bring  the  new  MPD  format  to  an 
active  status. 

SPECIFICATION: 

1.  Situational  awareness  regarding  the  availability 
of  information  or  access  to  concrol  inputs  for  an 
upcoming  mission  event  should  be  attained  at  least 
1.0  min  prior  to  that  event 

2.  Accession  of  any  MPD  format  screen  from  any  other 
MPD  format  screen  should  require  no  longer  than  5.0 
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sec  and  should  be  performed  with  at  least  80  % 
accuracy  (i.  e.,  one  erroneous  pushbutton  in  a 
sequence  of  five  button  pushes  would  be  tolerated 
in  accomplishing  a  non-mission  critical  task) 
Verification  that  the  required  MPD  format  screen  is 
correctly  available  should  require  no  longer  than  0-5 
sec  and  should  be  performed  with  lOO  i  accuracy 


MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  MONITOR  ENGINES 

CREW  TASKS: 

1.  Monitor  situational  awareness  display  foraats 

2.  Identify  upcocing  laission  event  as  engine  rsode 
transition  event 

3.  Select  Engine  Manageisent  Subsystea  MPD  foraat  screen 
4-  Observe  current  throttle  settings  and  engine  sode 

performance 

5.  Monitor  engine  mode  transition 
6-  Observe  new  throttle  settings  and  engine  mode 
performance 

CONDITIONS:  Transitions  between  ramjet,  scraajet,  and  rocket 
engine  modes  (including  engine  restart  for  de-orbit)  are  cission- 
critical  events.  Although  the  actual  engine  code  transition  will 
(probably)  be  an  automated  system  function,  tlie  crew  must  monitor 
each  transition,  assure  that  the  new  e?igine  mode  has  been 
adopted,  and  assure  that  the  performance  of  the  new  mode  matches 
the  expected  performance. 

SPECIFICATION: 

1,2.  Situational  awareness  regarding  an  upcoming  engine 
mode  transition  should  be  attained  at  least  i.O  min 
prior  to  the  occurrence  of  the  event  and  with  0  % 
omissions 

3.  Accession  of  any  MPD  format  screen  from  any  other 
MPD  format  screen  should  require  no  longer  than 
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5.0  sec  and  should  be  performed  vihh  at:  leash 
80  %  accuracy 

4,6.  Observahion  of  conhrol  sethings  and  subsystea 
perfonaauice  against  precoaputed  noainal  values 
should  require  no  longer  than  1.0  sec  an6  should 
be  performed  with  95  %  accuracy 
5.  Monitoring  the  execution  of  an  autosated  subsystea 
function  should  take  no  longer  than  1.0  sec  and 
should  be  perfomed  with  100  %  accuracy 
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MISSION  PHASE: 


Multiple 


SUBSYSTEM  FUNCTION:  SERVICE  PAYLOAD 

CRE»  TASKS: 

1-  Select  Payload  Interface  MPB  fomaat  screen 

2.  Monitor  payload  servicing  status 

3.  Identify  deviations  in  payload  servicing 

(4.  Select  Payload  Interface  Service  MPD  forsat  screen 
5.  Correct  deviations  in  payload  seirvicing 

6-  Monitor  payload  seirvicing  status) 

CONDITIONS:  Payload  servicing  is  a  continuous,  automated  system 

function-  The  crew  can  intervene  and  manually  perform  this 
function  either  by  choice  or  to  correct  for  sal fxinctions/ failures 
in  automated  servicing. 

SPECIFICATION: 

1,4.  Accession  of  any  HFB  format  screen  from  any  other  MPD 
foirsat  screen  should  require  no  longer  than  5.0  sec 
and  should  be  perforsed  with  at  least  30  %  accuiracy 
2,6.  Observation  of  payload  servicing  status  against 

data  base  nosinai  values  should  require  no  longer  than 
1-0  sec  and  should  be  perforsed  with  95  %  accuracy 
3.  Deviations  from  nosinai  should  be  identified  to  within 
5-0  %  arjd  should  require  no  longer  than  than  l-O  sec 
for  each  parameter  ccsparision 
5-  Deviations  should  require  no  longer  than  5.0  sec  to 
correct  and  should  be  corrected  to  within  5  %  of  the 
required  nominal  value 
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MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  MONITOR  SUBSYSTEMS 

CREW  TASKS: 

1.  Select  Subsystems  MPD  format  screen 

2.  Observe  subsystems  modes  and  status 

3-  Identify  degraded  modes  of  operation 

4.  Select  {specific)  subsystem  MPD  format  screen 

5.  Perform  BIT,  change  subsystem  states/modes 

CONDITIONS:  Monitoring  subsystems  is  a  situational  awareness 

crew  function-  The  crew  can  complement  the  automation  provided 
by  the  “Self-Help”  subsystem  in  performing  diagnostics, 
troubleshooting,  and  implementing  “workaround"  procedures. 
SPECIFICATION: 

1,4.  Accession  of  any  MPD  format  screen  from  any  other 
MPD  format  screen  should  require  no  longer  than 
5.0  sec  to  accomplish  and  should  be  performed  with 
at  least  80  %  accuracy 

2.  Observation  of  subsystem  modes  and  states  should 
require  no  longer  than  1.0  sec  to  accomplish  and 
should  be  performed  with  95  %  accuracy 

3.  Degraded  modes  of  operation  should  require  no  longer 
than  1.0  sec  to  identify  and  should  be  identified 
with  at  least  95  %  accuracy 

5.  Control  inputs  should  require  no  longer  than  0.5  sec 
to  perform  and  should  be  accomplished  with  at  least 
95  %  accuracy 
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MISSION  PHASE:  Multiple 

SYSTEM  FDNCTION:  PERFORM  (FLIGHT)  MANEUVER 

CREW  TASKS: 

1.  Monitor  situational  awareness  display  fomats 

2.  Identify  upconing  mission  event  as  flight  maneuver 

3.  Select  Flight  Control  Subsystem  MPD  format  screen 

4.  Select  Engine  Management  Subsystem  MPD  format  screen 

5.  Select  Thermal  Loading  MPD  format  screen 

6-  Select  Dynamic  Pressure  MPD  format  screen 

7.  Monitor  (automated)  execution  of  flight  control 
maneuver 

CONDITIONS:  One  or  more  flight  control  maneuvers  may  be 
performed  during  each  mission  phase.  The  Trajectory  Manager 
computes  the  required  flight  path  and  the  Flight  Control 
Subsystem  computes  the  required  control  (stick  and  throttle) 
inputs.  Coi&mand  (Flight  Director)  steering,  computed  by  the 
Flight  Control  Subsystem,  eire  provided  to  the  crew  on  the  VSD  and 
HSD. 

SPECIFICATION: 

1,2.  Situational  awareness  regarding  an  upcoming  flight 
meuieuver  should  be  attained  at  least  2.0  min  prior 
to  the  initiation  of  that  event  and  be  achieved  with  0  \ 
omissions 

3-6.  Accession  of  any  MFD  format  screen  from  any  other  MPD 

format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80  %  accuracy 
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7.  Monitoring  the  execution  of  an  automated  function 
should  tcike  no  longer  than  1.0  sec  and  should  be 
psrforaed  with  100  %  accuracy 
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MISSION  PHASE:  TAKEOFF/ LANDING 

SYSTEM  FUNCTION:  RETRACT/ DEPLOY  LANDING  GEAR 

CREW  TASKS: 


1.  Observe  that  a  within-nominal  TAKEOFF  (LANDING)  has  been 
accompl ished 

2.  Move  Deploy /Retract  Landing  Gear  Lever  to 
Retracted  (Deployed)  position 

3.  Verify  proper  landing  gear  retraction/deployment 
CONDITIONS:  Compliance  with  safety-of -flight  nominals  is  a 
mission-critical  crew  function.  The  crew  can  abort  an  off- 
nominal  TAKEOFF  or  perform  a  "go  around"  maneuver  to  correct  an 
out-of -nominal  landing  approach. 


SPECIFICATION: 

1.  Monitoring  of  safety-of-f light  parameters  on  the  VSD 
should  tcike  no  longer  than  0.5  sec  and  should  be 
performed  with  100  %  accuracy 

2.  Operation  of  a  dedicated  control  should  take  rio  Inngei* 
than  0.5  sec  and  should  be  performed  with  100  % 

3.  Verification  of  landing  gear  state  should  require 


longer  than  0.5  sec  to  accomplish  and  should  be 
performed  with  100  %  accuracy 


MISSION  PHASE:  Multiple 

SYSTEM  FTJNCTION:  COMMUNICATE:  TRANSMIT 

CREW  TASKS: 

1.  Identify  upcoming  mission  event  as  requiring 
transmission  of  voice,  data,  and/or  imagery 

2.  Perform  TAILOR  MPD  FORMATS  to  activate 
Communication  Subsystem  MPD  format  screen 

3-  Verify  communications  link  between  TAV  and 
MILSTAR  satellit-^  constellation 

4.  Select  nodes  to  receive  transmission 

5.  Perform  TAILOR  MPD  FORMATS  to  activate  Data 
Base  Management  Subsystem  MPD  format  screen 

6.  Select  messags/data  set  to  be  transmitted 

7.  Verify  message  is  in  transmission  queue 

8.  Verify  message  security  protection 

9.  Initiate  transmission 

10,  Monitor  acknowledgement (s)  of  message  receipt 
CONDITIONS:  Communicaticn  transmissions  are  a  major  benefit  of  a 
manned  TAV  system.  The  crew  can  provide  their  ^on-the-scene" 
obse3rvations  regarding  TAV  status  and  operational  effectiveness, 
and  acknowledgements  to  Command  and  Operations  Centers  regarding 
advisories  and  updates  to  the  mission  plan.  Kith  the  possible 
exception  of  communications  blackouts  experienced  only  at  very 
high  Mach  numbers,  the  TAV  is  in  constant  link-up  with  the 
MILSTAR  relay  satellite  system.  Antenna  pointing  (up-link)  and 
satellite  protocol  ’’hand-shaking’*  are  automated. 
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SPECIFICATION: 


1.  Sit:uat:ional  aweureness  regarding  a  preplcuined 

coBU&unications  event:  should  be  attained  at  least 
2.0  min  prior  to  that  event  and  with  0  %  omissions 
2,5.  Accession  of  any  MPD  format  screen  from  emy  other 

MPD  format  screen  should  require  no  longer  than  5-0 
sec  and  should  be  performed  with  at  least  80  %  accuracy 
3,7,10.  Observation  of  subsystem  states,  modes,  or  selected 

options  should  require  no  longer  than  1.0  sec  and  should 
be  performed  with  95  %  accuracy 
4,6,9.  Activation  of  a  single  control  input  should  take 
no  longer  them  0.5  sec  and  should  be  accomplished 
with  90  %  accuracy 


mSSIOK  PH2VSS:  Multiple 

SYSTEM  FUNCTION:  MONITOR  TRAJECTORY 

CREW  TASKS: 

1.  Select  Trajectory  MemageBent  MPD  forsat  screen 

2.  Observe  actual  trajectory  in  comparison  to 
computed  trajectory 

3.  Observe  flight  director  command  symbology  on  V5D 

4.  Select  Thermal  Loading  MPD  format  screen 

5.  Observe  heat  loads  and  gradients  on  TAV 

6.  Select  Dynamic  Pressure  MPD  format  screen 

7.  Observe  dynamic  pressure  loads 

CONDITIONS:  Although  TAV  trajectory  management  is  highly 
automated,  the  crew  must  maintain  a  high  level  of  situational 
awareness  regarding  the  effectiveness  of  the  automation.  The 
crew  should  be  aware  of  any  "out-of-nominal"  trajectory 
management  conditions.  (These  conditions  might  include  excessive 
flight  control  lags  In  responding  to  maneuver  commands.) 
SPECIFICATION: 

1,4,6.  Accession  of  any  MPD  format  screen  from  any  other  MPD 

format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80  %  accuracy 
(It  is  assumed  that  the  VSD  is  always  activated  at 
at  least  one  of  the  two  crew  positions) 

2, 3, 5, 7.  Observation  of  situational  awareness  information  should 
taXe  no  longer  than  1.0  sec  to  accomplish  and  should  be 
performed  with  95  %  accuracy 
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MISSION  PHASE:  Multiple 
SYSTEM  FUNCTION:  STABILIZE  TAV 

CRECi  TASKS: 

1.  Perfora  TAILOR  MPD  FORMATS  to  activate  the  Trajectory 
Manageaent  MPD  fozraat  screen 

2.  Observe  current  trajectory  state  and  coapare  thea  with 
the  coaputed  values 

3.  ^ply  flight  control  inputs  (as  required) 

4.  Verify  corrected  trajectory  state 
CONDITIONS:  Fine  adjustaents  to  the  TAV*s  trajectory  are 
accoaplished  by  aeans  of  ti.  i  flight  control  surfaces 
(endoataospheric)  or  snail  rocket  engines  (exoataospheric) . 
Stabilization  aay  be  required  in  preparation  for  a  trajectory 
change  such  as  a  trans-orbital  aaneuver,  ascent  to/descent  from 
orbit,  or  prior  to  the  deployaent  of  a  P/L  or  orbital  rendezvous 
with  a  second  space  asset.  The  objective  is  to  achieve  velocity 
vectors  which  very  closely  natch  those  coaputed  during  aission 
planning.  If  the  initial  conditions  are  achieved  as  plcuined, 
then  the  subsequent  dynaaic  event  will  be  accoaplished  to  within 
close  tolerances. 

SPECIFICATION: 

1.  Accession  of  any  MPD  foraat  screen  froa  any  other  MPD 
foraat  screen  should  require  no  longer  than  5.0  sec  emd 
should  be  perforaed  with  at  least  80  %  accuracy 
2,4.  Observation  of  subsystea  states,  aodes,  or  selected 

options  should  require  no  longer  than  1.0  sec  and  should 
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be  perforaed  with  95  %  accuracy 
Activation  of  a  single  control  input  should  take 
no  longer  than  0.5  sec  and  should  be  accoaplished 
with  90  \  accuracy 


MISSION  PHASE:  On-Orbit  Operations 

SYSTEM  FONCTION;  OPEN/CLOSE  PAYLOAD  BAY  DOORS 

CREW  TASKS: 

1.  Activate  P/L  Bay  Operations  MPD  foraat  screen 

2.  Verify  current  P/L  Bay  door  status 

3.  Initiate  Open/ Close  Bay  Doors  control  input 

4.  Verify  new  P/L  Bay  door  status 

CONDITIONS:  Opening  of  the  P/L  bay  doors  is  required  for  the 
operation  of  certain  P/Ls  auid  for  the  deployment  of  P/Ls  being 
inserted  into  higher  orbits.  This  function  is  also  integral  to 
space  asset  recovery/repair  operations  emd  to  space 
transportation  missions. 

SPECIFICATION: 

1.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  them  5.0  sec  and 
should  be  performed  with  at  least  80  t  accuracy 
2,4.  Observation  of  subsystem  states,  modes,  or  selected 

options  should  require  no  longer  than  1.0  sec  emd  should 
be  performed  with  95  %  accuracy 

3.  Activation  of  a  single  control  input  should  take 
no  longer  than  0.5  sec  and  should  be  accomplished 
with  90  \  accuracy 
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f 


MISSION  PHASE:  On-Orbit:  Operations 

SYSTEM  FUNCTION:  OPERATE  PAYLOAD 

CREW  TASKS: 

1.  Identify  upconing  mission  event  as  requiring  payload 
operations 

2.  Access  P/L  Bay  Doors  MPD  format  screen 

3.  Verify  status  of  P/L  bay  doors  (open) 

4.  Activate  P/L  Operation  MPD  format  screen 

5.  Verify  mode/option  selections  for  P/L  to  be  employed 

6.  Observe  operation  of  the  P/L 

7.  Verify  completion  of  the  P/L  operations  schedule 

8.  Verify  status  of  P/L  bay  doors  (closed) 

CONDITIONS:  P/L  operations  generally  take  place  during  the 
orbital  portion  of  the  TAV  mission.  The  vehicle  may  be  rotated 
(Perform  TAV  Stabilization)  so  that  the  P/L  can  point  downward, 
toward  the  Earth.  P/L  operations  are  automated.  The  P/L 
guidance  and  control  schedules  cure  provided  by  the  MDL.  Actual 
operations  aure  conducted  based  on  accurate  mission  time  auid  TAV 
positioning.  The  crew  monitors  all  aspects  of  P/L  operations. 
SPECIFICATION: 

1.  Situational  awareness  regaurding  an  upcoming  payload 

operation  mission  event  should  be  attained  at  least  5.0 
min  prior  to  the  initiation  of  that  operation  and  with 
0%  omissions 

2,4.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
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should  be  perfomted  with  at  least  80%  accuracy 


3.-5, 7, 8.  Observation  of  subsystem  states,  nodes,  or  selected 
options  should  require  no  longer  than  1.0  sec  and 
should  be  perfomed  with  95%  accvuracy 
6.  Monitoring  the  execution  of  an  automated  function 
should  taOce  no  longer  than  1.0  sec  and  should  be 
performed  with  100%  accturacy 
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MISSION  PHASE:  On-Orbit  Operations 

SYSTEM  FDNCTION:  DEPLOY  PAYLOAD 

CREW  TASKS: 

1-  Identify  upconing  aission  event  as  requiring  P/L 
deployment 

2.  Access  P/L  Bay  Door  MPD  format  screen 

3.  Verify  P/L  bay  door  status  (open) 

4-  Access  P/L  Interface  MPD  format  screen 

5.  Access  P/L  Eject/Boost  MPD  format  screen 

6-  Monitor  P/L  ejection 

7.  Verify  P/L  bay  door  status  (closed) 

CX)NDITIONS:  The  TAV  establishes  itself  in  a  low  earth  orbit. 
Certain  P/Ls  may  be  deployed  co-orbital ly.  In  this  case,  the 
TAV*s  orbit  becomes  that  of  the  P/L.  Other  P/Ls  require 
insertion  into  higher  orbits.  The  TAV’s  orbital  trajectory 
becomes  the  reference  from  which  higher  orbital  insertion  is 
accomplished.  The  TAV’s  P/L  interface  includes  a  P/L  ejection 
mechanism.  The  P/L  container  includes  a  small  rocket  engine 
which,  following  ejection  by  and  separation  from  the  TAV,  boosts 
the  containerized  P/L  into  the  appropriate  orbit.  The  actual 
sequence  of  P/L  ejection  and  boosting  is  automated. 
SPECIFICATION: 

1.  Situational  awareness  regarding  an  upcoming  P/L 

deployment  mission  event  should  be  attained  at  least 
5.0  min  prior  to  the  initiation  of  that  operation  and 
with  0^  omissions 
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Accession  of  any  MPD  forsat  screen  from  any  otiier  MPD 
forBat:  screen  should  require  no  longer  them  5.0  sec  and 
should  be  perforaed  with  at  least  80%  accuracy 
Obseirvation  of  subsystea  states,  nodes,  or  selected 
options  should  require  no  longer  than  1.0  sec  and 
should  be  perfomed  with  95%  accuracy 
Monitoring  the  execution  of  em  automated  function 
should  take  no  longer  than  1.0  sec  emd  should  be 
performed  with  100%  accuracy 
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MISSIOH  PHASE:  On-Orbil:  Operations 

SYSTEM  FUNCTION:  RECORD  P/L  DATA 

CREW  TASKS: 

1.  Identify  upconing  aission  event  as  requiring  P/L  data 
recording 

2.  Access  P/L  Interface  MPD  fomat  screen 

3.  Access  Data  Manageaent  MPD  foraat  screen 

4.  Verify  data  recording  schedule  and  aoding 

5.  Monitor  data  recording 

CONDITIONS:  An  on-board  iaagery  and  data  recording  capability  is 
provided.  Data  aay  be  siibsguently  transaitted  to  a  Control 
Center  or  retained  for  Post-Flight  exploitation. 

SPECIFICATION: 

1.  Situational  awareness  regeurding  an  upcoming  data 

recording  mission  event  should  be  attained  at  least  5.0 
min  prior  to  the  initiation  of  that  operation  and  with 
0%  omissions 

2,3.  Accession  of  any  MPD  format  screen  from  any  other  MPD 

format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80%  accuracy 

4.  Observation  of  subsystem  states,  modes,  or  selected 
options  should  require  no  longer  than  1.0  sec  and 
should  be  performed  with  95%  accuracy 

5.  Monitoring  the  execution  of  an  automated  function 
should  take  no  longer  than  1.0  sec  and  should  be 
performed  with  100%  accuracy 
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MISSION  PHASE:  On-Orbit  Operations 

SYSTEM  FUNCTION:  ENGINE  RESTART 

CREW  TASKS: 

1.  Identify  upcoming  mission  event  as  requiring  engine 
restart 

2.  Access  Engine  Management  MPD  format  screen 

3.  Initiate  engine  restcurt  (integrated  into  throttle) 

4.  Verify  that  restart  has  been  accomplished 

CONDITIONS:  Refiring  of  the  TAV*s  rocket  engines  is  required  to 

initiate  the  deorbiting  maneuver.  It  must  be  performed  from  a 
stabilized  orbital  trajectory  and  according  to  the  mission  plan. 
SPECIFICATION: 

1.  Situational  awareness  regarding  an  upcoming  engine 
restart  mission  event  should  be  attained  at  least  5.0 
min  prior  to  the  initiation  of  that  operation  and  with 
0%  omissions 

2.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80^  accuracy 

3.  Activation  of  a  single  control  input  should  take  no 
longer  than  0.5  sec  and  should  be  accomplished  with  90% 
accuracy 

4.  Observation  of  subsystem  states,  modes,  or  selected 
options  should  require  no  longer  than  1.0  sec  and 
should  be  performed  with  100%  accuracy  for  mission 
critical  actions 
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MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  ADJUST  TRAJECTORY  (MANUAL) 

CREW  TASKS: 

1.  Access  the  Flight  Control  MPD  format  screen 

2.  Invoke  the  Manual  Override  selection 

3.  Respond  to  Flight  Director  commands  on  VSD 

4.  Apply  flight  control  inputs  (as  required) 

CONDITIONS:  This  is  a  manual  backup  for  the  automated 
trajectory/ flight  path  management  capability-  The  primary  flight 
controls  are  the  stick  and  throttle  (as  in  a  conventional 
aiirpleme) . 

SPECIFICATION: 

1.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80  %  accuracy 

2.  Activation  of  a  single  control  input  should  take 
no  longer  than  0-5  sec  and  should  be  accomplished 
with  90  %  accuracy 

3-  Deviations  between  Flight  Director  command  values 

and  TAV  trajectory  state  should  require  no  longer  than 
0.5  sec  to  assess  and  no  longer  than  5.0  sec  to 
correct  and  should  be  corrected  to  within  5  %  of  the 
rec[uired  nominal  value 

4.  Control  inputs  should  require  no  longer  than  0.5  sec 

to  perform  and  should  be  accomplished  with  at  least  95  % 
accuracy 


190 


MISSION  PHASE: 


Multiple 


SYSTEM  FDNCTION:  COMMUNICATE:  RECEIVE 

CREW  TASKS: 

1.  Observe  a  receipt  of  message  advisojry  on  MFD 

2.  Access  Communications  MPD  format  screen 

3.  Select  message  from  Received  Messages  queue 

4 .  Read  message 

5.  Perform  required  actions 

CONDITIONS:  Receiving  of  communications  from  mission  and 
operational  command  centers  may  be  preplanned  or  as  required.  A 
manned  TAV  system  affords  the  command  authorities  with  positive 
control  over  all  aspects  of  the  mission.  The  planned  flight 
trajectory,  P/L  operating  schedules,  etc.,  may  be 
modified/updated  as  required  by  possibly  changing  command 
authority  objectives.  Force  direction  messages,  transmitted  by 
the  command  and  control  centers,  are  acknowledged  by  the  TAV  crew 
as  they  are  received  and  responded  to.  Message  reception 
(commxinication  link  management)  and  message  acknowledgement  eure 
automated  functions. 

SPECIFICATION: 

1.  Situational  awareness  regarding  an  incoming 
communication  should  take  no  longer  than  0.5  sec 
to  attain  and  should  be  accomplished  with  no  more 
than  5  %  omissions 

2.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
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should  be  perforned  with  at  least  80  %  accuracy 
3.  Control  inputs  should  require  no  longer  than  0.5  sec 

to  perfom  and  should  be  acconplished  with  at  least  95  % 
accuracy 

4,5.  (As  required  by  message  content) 
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MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  UPDATE  MISSION  PLAN 

CREW  TASKS: 

1.  Observe  that  a  received  message  requires  a  change 
to  the  planned  mission 

2.  Verify  acknowledgement  of  message  receipt 

3.  Access  Data  Management  Subsystem  MPD  format  screen 

4.  Observe  mission  update  message  in  pending  message  queue 

5.  Access  mission  update  message 

6.  Assess  impact  of  mission  update  (s)  on  mission  plan 

7.  Consent  to  mission  update 

8.  Verify  that  MDL  update  has  been  accepted/processed 
by  Data  Management  Subsystem 

9.  Observe  updated  mission  plan  on  VSD  and  HSD 
CONDITIONS:  This  system  capability  is  exercised  when  a 
communication  is  received  from  the  mission  control  center  which 
directs  a  change  to  the  mission  plan.  Because  of  the  level  of 
automation  in  the  Comaimications,  Data  Management,  and  Flight 
Control  Subsystems  (among  others) ,  the  crew's  role  is  to 
acknowledge  the  redirection  message,  providing  explicit  consent 
to  implementing  the  required  changes  to  mission  plan. 
SPECIFICATION: 

1.  Situational  awareness  regarding  an  incoming 

ccmmianication  should  take  no  longer  than  C.3  sec 
to  attain  and  should  be  accomplished  with  no  more 
than  5  %  omissions 
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2.  Monitoring  the  execution  of  cin  autoaated  function 
should  take  no  longer  than  1.0  sec  and  should  be 
perfomed  with  100%  accuracy 

3.  Accession  of  any  MPO  fonat  screen  fron  any  other  HPO 
fonat  screen  should  require  no  longer  them  5.0  sec  emd 
should  be  performed  vith  at  least  80  %  accuracy 

4.  Observation  of  subsysten  states,  nodes,  or  selected 
options  should  require  no  longer  than  1.0  sec  emd 
should  be  perfomed  with  100%  accuracy  for  mission 
critical  actions 

5.  Control  inputs  should  require  no  longer  them  0.5  sec 

to  perfom  and  should  be  accomplished  with  at  least  95  % 
accuracy 

6.  Situational  awareness  regeurding  updated  mission  plan 
should  require  no  longer  than  30  sec  to  achieve  and 
should  be  attained  with  at  least  95  %  accuracy 

7.  Control  inputs  should  require  no  longer  them  0.5  sec 
to  perfom  and  should  be  accomplished  with  at  least 
95  %  accuracy 

8.  Observation  of  subsystem  states,  modes,  or  selected 
options  should  require  no  longer  than  1.0  sec  and 
should  be  performed  with  100%  accuracy  for  mission 
critical  actions 

9.  Situational  aweureness  regarding  the  mission  plan 
should  take  no  longer  than  5.0  sec  to  attain  and  should 
be  accomplished  with  95  %  accuracy 
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MISSION  PHASE:  Multiple 

SYSTEM  FDHCTION:  UPDATE  PAYLOAD  GUIDANCE  AND  CONTROL 

CREW  TASKS: 

1.  Perfon*  UPDATE  MISSION  PLAN  System  Function 

2.  Access  P/L  INTERFACE  SUBSYSTEM  MPD  format  screen 

3.  Observe  updated  P/L  guidance  emd  control  portion  of 
mission  plan 

CONDITIONS:  This  is  a  special  case  of  the  UPDATE  MISSION  PLAN 
System  Function.  The  update  to  the  P/L  guidance  and  control 
portion  of  the  MDL  nay  affect  the  P/L  operations  schedule  or,  if 
appropriate,  the  P/L*s  orbit. 

SPECIFICATION: 

1.  (See  above) 

2.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
should  be  performed  with  at  least  80  \  accuracy 

3.  Situational  awareness  regarding  the  mission  plan 
should  take  no  longer  than  5.0  sec  to  attain  and  should 
be  accomplished  with  95  %  accuracy 
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MISSION  PHASE:  Multiple 

SYSTEM  FUNCTION:  RESPOND  TO  HCA 

CREW  TASKS: 

1.  Observe  that  HCA  annunciation  has  been  generated 

2.  Access  "SELF-HELP*  SUBSYSTEM  MPD  fonat  screen 

3.  Observe  affected  subsystem (s) 

4.  Command  subsystem  diagnostics  (as  required) 

5.  Observe  results  of  diagnostics 

6.  Perform  troubleshooting  on  affected  subsystem(s) 

(as  required) 

7.  Observe  results  of  troubleshooting 

8.  Adopt  degraded  mode  of  operation  (if  required) 
CONDITIONS:  WCA  annunciations  are  generated  by  the  "SELF-HELP" 
SUBSYSTEM  as  required.  Depending  on  the  severity  of  the 
condition,  the  crew  response  nay  range  fx*oa  (implicit  or 
explicit)  acknowledgement  of  the  condition  to  actively  performing 
(additional)  diagnostics  on  and  attempting  to  "troubleshoot"  the 
problem  subsystem.  In  many  cases,  the  HCA  information  will 
primarily  be  used  by  ground  support  personnel  in  performing  Post- 
Fli^t  maintenance  on  the  TAV  subsystems. 

SPECIFICATION: 

1.  Situational  awareness  regarding  WCA  annuciations 
should  take  no  longer  than  5.0  sec  to  attain  and  should 
be  accomplished  with  no  more  than  5  \  omissions 

2.  Accession  of  any  MPD  format  screen  from  any  other  MPD 
format  screen  should  require  no  longer  than  5.0  sec  and 
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should  be  perfonaed  with  at:  least  80  %  accuracy 
,5,7.  Observation  of  subsystes  states,  nodes,  or  selected 


options  should  require  no  longer  than  1.0  sec  and 
should  be  perfomed  with  100%  accuracy  for  nission 
critical  actions 

4.  Control  inputs  should  require  no  longer  them  0.5  sec 
to  perfora  and  should  be  acconplished  with  at  least 
95  %  accuracy 

6.  Control  inputs  should  require  no  longer  them  0.5  sec 
to  perform  and  should  be  accomplished  with  at  least 
95  %  accuracy 

8.  (See  CONFIGURE  C/VI  System  Function) 
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SECTION  VI 


CONCLUSIONS 


The  IRA  process  of: 

-  defining  a  baseline  sysfea  description  (Section  II) 
developing  a  aission  event  sequence  (Section  III) 

-  identifying  systes  functions  and  positing  a  systea 
avionics  architecture  (Section  IV) 

-  deriving  aeasiires  of  perforaance  (Section  V) 

was  successfully  applied  as  the  first  phase  of  the  crew  systea 
design  process  for  a  future  TAV  systea.  The  process  facilitated 
the  identification  of  TAV-unique  subsysteas  (e.  g.,  Theraal 
Manageaent,  "Self-Help,"  P/L  Interface)  which  aust  receive 
special  attention  during  the  design  and  refineaent  of  the  actual 
C/VI. 

The  aethods  eaployed  during  the  conduct  of  the  IRA  (Concept 
Map,  IDEF,  PCS)  deaonstrated  their  individual  utility  and 
supported  a  synergistic  approach  to  knowledge  acquisition  and 
representation,  systea  function  identification  and  allocation, 
and  definition  of  the  role  of  the  TAV  crew.  Moreover,  they 
supported  a  systeas  engineering  approach  to  the  initial 
conceptual  design  of  the  TAV  C/VI.  The  IRA  aethodology  also 
provided  opportunities  for  generating  collateral  products.  A 
technical  aeaorandua  regarding  an  approach  to  aission  planning 
for  TAV  operations  was  developed  during  the  course  of  the  effort 
and  provided  to  several  Air  Force  agencies.  Initial  requireaents 
for  a  TAV  crew  training  systea  were  also  identified  and 


docuaented  in  a  published  technical  paper  (Kuperaan  and  Sobel, 
1992) . 

When  a  TAV  systea  is  actually  developed,  it  vill  exhibit 
unique  operational  capabilities  based  on  unique  technologies 
vhich  are  only  now  being  developed  and  deaonstrated.  It  will 
require  a  unique  C/VI  to  fully  capitalize  on  the  flexibility, 
positive  control,  judgeaent,  and  additional  capabilities  afforded 
by  a  knowledgeable,  trained,  and  proficient  aircrew. 
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